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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the stage 2 description for the second phase (see 3GPP TS 02.78 [2]) of the Customized 
Apphcations for Mobile network Enhanced Logic (CAMEL) feature which provides the mechanisms to support 
services of operators which are not covered by standardized GSM services even when roaming outside the HPLMN. 

The CAMEL feature is a network feature and not a supplementary service. It is a tool to help the network operator to 
provide the subscribers with the operator specific services even when roaming outside the HPLMN. 

In this specification, the GSM Service Control Function (gsmSCF) is treated as being part of the HPLMN. The 
regulatory environment in some countries may require the possibility that the gsmSCF and the HPLMN are controlled 
by different operators, and the gsmSCF and the HPLMN are therefore distinct entities. 

In the second phase the CAMEL feature supports: 

mobile originated and forwarded calls; 

mobile terminating calls; 

any time interrogation; 

suppression of announcements; 

announcements, in band user interaction; 

- charging features; 

supplementary service invocation notifications; 

- USSD interaction with the gsmSCF. 

North American carrier selection. 

Note that CAMEL is not applicable to Emergency Setup (TS 12), i.e., in case an Emergency call has been requested the 
gsmSSF shall not be invoked. 

The mechanism described in the present document addresses especially the need for information exchange between the 
VPLMN or IPLMN and the HPLMN for support of operator specific services. Any user procedures for the control of 
operator specific services are outside the scope of the present document. Subscribers who have subscribed to operator 
specific services and therefore need the functional support of the CAMEL feature shall be marked in the HPLMN and 
VPLMN. In case a subscriber is marked to need CAMEL support, the appropriate procedures which provide the 
necessary information to the VPLMN or the HPLMN are invoked. It is possible for the HPLMN to instruct the VPLMN 
or IPLMN to interact with a gsmSCF which is controlled by the HPLMN. 

The specification of operator specific services is outside the scope of the present document. 
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3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

Basic Call State Model (BCSM): The BCSM provides a high-level model of GMSC- or MSCA^LR-activities required 
to establish and maintain communication paths for users. As such, it identifies a set of basic call activities in a GMSC or 
MSC/VLR and shows how these activities are joined together to process a basic call. 

Call Control Function (CCF): The CCF is the Call Control Function in the network that that provides call/service 
processing and control (see ITU-T Q.1214 [6]). 

Detection Points (DP): The points in processing at which notifications (to the service logic) can occur and transfer of 
control (to the gsmSCF) is possible are called Detection Points (DPs). 

GSM Service Control Function (gsmSCF): A functional entity that contains the CAMEL service logic to implement 
OSS. It interfaces with the gsmSSF, the gsmSRF and the HLR. 

GSM Service Switching Function (gsmSSF): A functional entity that interfaces the MSC/GMSC to the gsmSCF. The 
concept of the gsmSSF is derived from the IN SSF, but uses different triggering mechanisms because of the nature of 
the mobile network. 

GSM Specialised Resource Function (gsmSRF): A functional entity which provides various specialized resources. It 
interfaces with the gsmSCF and with the MSC. This entity is defined in ITU-T Q.1214 ([6]) with variations defined in 
the specification. 

NA (North American): A prefix attached to certain information items used by North American PLMNs in connection 
with routing a call to a preferred or dialled long distance carrier. 

Location Information: Indicates the location of the served subscriber. The provision of location information is 
independent of the MS status. As part of the location information, an indication of the age of this information may be 
delivered. 

Originating Basic Call State Model (O-BCSM): The originating half of the BCSM. The 0-BCSM corresponds to that 
portion of the BCSM associated with the originating party. 

Originating CAMEL Subscription Information (O-CSI): The O-CSI identifies the subscriber as having originating 
CAMEL services. 

Point In Call (PIC): PICs identify MSC/VLR (GMSC) activities associated with one or more basic call/connection 
states of interest to OSS service logic instances. 

Service Key: The Service Key can identify to the gsmSCF the service logic that it should apply. The Service Key is 
administered by the HPLMN, and is passed transparently by the VPLMN/IPLMN to the gsmSCF. The Service Key is a 
partoftheT/O-CSI. 

Subscriber State: See 3GPP TS 02.78 [2]. 

Supplementary Service Notification CAMEL Subscription Information (SS-CSI): The SS-CSI identifies the 
subscriber as having supplementary service invocation notification CAMEL services. 

Terminating Basic Call State Model (T-BCSM): The terminating half of the BCSM. The T-BCSM corresponds to 
that portion of the BCSM associated with the terminating party. 

Terminating CAMEL Subscription Information (T-CSI): The T-CSI identifies the subscriber as having terminating 
CAMEL services. 
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Translation Information Flag (TIF-CSI) : The TIF-CSI is a flag in the CAMEL subscriber data which indicates that 
when the subscriber registers a forwarded-to number, that the HLR shall not attempt to perform any translation, number 
format checks, prohibited FTN checks, call barring checks. 

USSD CAMEL Subscription Information (U-CSI) : The U-CSI identifies a set of subscriber specific mappings from 
a USSD service code to a gsmSCF address. 

USSD General CAMEL Service Information (UG-CSI) : The UG-CSI globally identifies a set of mappings from a 
USSD service code to a gsmSCF address. The global mapping applies to all HPLMN subscribers. If, for a particular 
service code, both U-CSI and UG-CSI are applicable then the U-CSI shall take precedence. 



3.2 



Abbreviations 



Abbreviations used in the present document are listed in 3GPP TS 01.04 [1]. 

For the purposes of the present document, the following abbreviations apply: 

BCSM Basic Call State Model 

CAMEL Customized Applications for Mobile network Enhanced Logic 

DP Detection Point 

EDP Event Detection Point 

GMSC Gateway MSC 

gsmSCF GSM Service Control Function 

gsmSRF GSM Specialised Resource Function 

gsmSSF GSM Service Switching Function 

HLR Home Location Register 

HPLMN Home PLMN 

IE Information Element 

IF Information Flow 

IP Intelligent Peripheral 

IPLMN Interrogating PLMN 

MSC Mobile service Switching Centre 

NA North American 

O-BCSM Originating Basic Call State Model 

0-CSI Originating CAMEL Subscription Information 

ODB Operator Determined Barring 

OSS Operator Specific Service 

PIC Point In Call 

PLMN Public Land Mobile Network 

SLPI Service Logic Program Instance 

SMF Service Management Function 

SS-CSI Supplementary Service Notification CAMEL Subscription Information 

T-BCSM Terminating Basic Call State Model 

T-CSI Terminating CAMEL Subscription Information 

TDP Trigger Detection Point 

TIF-CSI Translation Information Flag 

U-CSI USSD CAMEL Subscription Information 

UG-CSI USSD General CAMEL Service Information 

VLR Visitor Location Register 

VPLMN Visited PLMN 
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Architecture 



4.1 



Functional Entities used for CAIVIEL 



This subclause describes the functional architecture needed to support CAMEL. Also the additions needed to the basic 
GSM functionality are described. Figure 1 shows the functional entities involved in calls requiring CAMEL support. 
The architecture is applicable to the second phase of CAMEL. 



Home Network 




HLR )< 



MAP- 
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MAP CAP 

'^ l^gsmSSFy i 

Incoming line >{ GMSC ) Roaming leg; 

Forwarded leg 
Interrogating Network 
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(or Forwarding leg) 

Visiting Network 



Home/Interrogating/Visiting Network 



Figure 1 : Functional archiitecture for support of CAIUIEL 

HLR: The HLR stores for subscribers requiring CAMEL support the information relevant to the current subscription 
regarding 0-CSI, T-CSI, TIF-CSI, U-CSI and SS-CSI. The UG-CSI is stored as global data applicable to all CAMEL 
subscribers. The O-CSI is sent to the VLR in case of Location Update or if the O-CSI is updated. The SS-CSI is sent to 
the VLR in case of Location Update or if the SS-CSI is updated. The O/T-CSI is sent to the GMSC when the HLR 
responds to a request for routeing information. The TIF-CSI, U-CSI and the UG-CSI are stored in the HLR only. The 
HLR may provide an interface towards the gsmSCF for the Any Time Interrogation procedure. 

GMSC: When processing the calls for subscribers requiring CAMEL support, the GMSC receives a O/T-CSI from the 
HLR, indicating the GMSC to request instructions from the gsmSSF. The GMSC monitors on request the call states 
(events) and informs the gsmSSF of these states during processing, enabling the gsmSSF to control the execution of the 
call in the GMSC. 

MSC: When processing the calls for subscribers requiring CAMEL support, the MSC receives a O-CSI from the VLR 
indicating the MSC to request instructions from the gsmSSF. The MSC monitors on request the call states (events) and 
informs the gsmSSF of these states during processing, enabling the gsmSSF to control the execution of the call in the 
MSC. When processing an invocation of any of the supplementary services ECT, CD and MPTY, the MSC receives a 
SS-CSI from the VLR, indicating that a notification of the invocation of the supplementary service shall be sent to the 
gsmSCF. 
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VLR: The VLR stores the O-CSI and SS-CSI as a part of the subscriber data for subscribers roaming in the VLR area. 
gsmSSF: see subclause 3.1. 
gsmSCF: see subclause 3.1. 
gsmSRF: see subclause 3.1. 

4.2 Interfaces defined for CAMEL 

This subclause describes the different interfaces applicable to CAMEL. It specifies on a high level the functions specific 
to CAMEL. 

4.2.1 HLR - VLR interface 

This interface is used to send the CAMEL related subscriber data to the visited PLMN and for provision of MSRN. The 
interface is also used to retrieve subscriber status and location information of the mobile subscriber or to indicate 
suppression of announcement for a CAMEL service. 

4.2.2 GIVISC - HLR interface 

This interface is used at terminating calls to exchange routeing information, subscriber status, location information, 
subscription information and suppression of announcements. The O/T-CSI that is passed to the IPLMN is sent over this 
interface. 

4.2.3 GMSC - gsmSSF interface 

This is an internal interface. The interface is described in the specification to make it easier to understand the handling 
of DPs (arming/disarming of DPs, DP processing etc.). 

4.2.4 gsmSSF - gsmSCF interface 

This interface is used by the gsmSCF to control a call in a certain gsmSSF and to request the gsmSSF to establish a 
connection with a gsmSRF. Relationships on this interface are opened as a result of the gsmSSF sending a request for 
instructions to the gsmSCF. 

4.2.5 MSC - gsmSSF interface 

This is an internal interface. The interface is described in the specification to make it easier to understand the handling 
of DPs (arming/disarming of DPs, DP processing etc.). 

4.2.6 gsmSCF - HLR interface 

This interface is used by the gsmSCF to request information from the HLR. As a network operator option the HLR may 
refuse to provide the information requested by the gsmSCF. 

This interface is also used for USSD operations, both for gsmSCF-initiated dialogues and MS-initiated dialogues 
(relayed via HLR). It is a network operator option whether to support or not USSD operations on this interface. 

4.2.7 gsmSCF - gsmSRF interface 

This interface is used by the gsmSCF to instruct the gsmSRF to play tones/announcements to the users. 

4.2.8 MSC - gsmSCF interface 

This interface is used by the MSC to send supplementary service invocation notifications to the gsmSCF. 
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5 Detection Points (DPs) 

5.1 Definition and description 

Certain basic call events may be visible to the GSM Service Control Function (gsmSCF). The DPs are the points in call 
at which these events are detected. The DPs for Mobile Originated Calls and Mobile Terminated Calls are described in 

subclauses 7.2 and 7.3. 

A DP can be armed in order to notify the gsmSCF that the DP was encountered, and potentially to allow the gsmSCF to 
influence subsequent handling of the call. If the DP is not armed, the processing entity continues the processing without 
gsmSCF involvement. 

Three different types of DPs are identified: 

Trigger Detection Point - Request (TDP-R) 

This detection point is statically armed and initiates a CAMEL control relationship when encountered. 
Processing is suspended when the DP is encountered. 

Event Detection Point - Request (EDP-R) 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is 
suspended when encountering the DP and the gsmSSF waits for instructions from the gsmSCF. 

- Event Detection Point - Notification (EDP-N) 

This detection point is dynamically armed within the context of a CAMEL control relationship. Processing is not 
suspended when encountering the DP. 

The DPs are characterized in the following subclauses. 

5.1.1 Arming/disarming mechanism 

The mechanism by which the DP is armed. A DP may be statically armed or dynamically armed. 

The following arming rules apply: 

DP for mobile terminating call handling is statically armed in GMSC as result of T-CSI delivery from HLR. DP 
for forwarding leg handling is statically armed in GMSC as result of O-CSI delivery from HLR. DP for mobile 
originating call or forwarded leg handling is statically armed in VMSC as result of O-CSI delivery from VLR. 

A DP is dynamically armed by the gsmSCF within the context of a CAMEL control relationship (between the 
gsmSSF and the gsmSCF). 

A Request Report BCSM Event information flow for a detection point for a leg overwrites any previous Request 
Report BCSM Event information flow for that detection point for that leg. 

The following disarming rules apply: 

A statically armed DP is disarmed when a O/T-CSI is withdrawn in the HLR. Only TDP-Rs can be disarmed 
using this mechanism. 

If an armed EDP is met, then it is disarmed. 

If an EDP is met that causes the release of the related leg, then all EDPs related to that leg are disarmed. 

If a call is released, then all EDPs related to that call are disarmed. 

If an EDP is met, then other EDPS are disarmed, in accordance with the implicit disarming rule table (see 
section 7.4). 

If an EDP is armed, it can be explicitly disarmed by the gsmSCF by means of the RequestReportBCSMEvent 
information flow. 
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5.1.2 Criteria 

Criteria are the conditions that must be met in order for the gsmSSF to request instructions from the gsmSCF. 

5.1 .2.1 Criteria for a terminating call 

The criteria for a terminating call are checked in the HLR. The HLR may store a list of up to 5 basic service codes, each 
of which may represent an individual basic service or a basic service group. This list is a triggering list. The basic 
service criterion is met if the basic service for the call matches a stored individual basic service code or is a member of 
the group defined by a stored basic service group code. For the piupose of this paragraph a general bearer service is a 
member of the corresponding bearer service group. 

The HLR shall include the CAMEL subscription information in the subscriber data sent to the GMSC only if the 
triggering criteria are met. 

5.1 .2.2 Criteria for an originating call or a forwarded call 

The criteria for an originating or forwarded call are checked in the originating or forwarding MSC. 

NOTE: In the case of a forwarded call, the HLR may decide not to include the CAMEL subscription information 
in the subscriber data sent to the GMSC if the triggering criteria are not met. 

The following criteria are applicable for DP2 : 

Destination number triggering criterion: The HLR may store a list of up to 10 destination numbers and/or up to 3 
number lengths. The nature of address shall be one of the following: 

unknown, or 

- international. 

There is no restriction on numbering plan indicator. This criterion may be defined to be either "enabling" or 
"inhibiting". 

Basic service triggering criterion: The HLR may store a list of up to 5 basic service codes, each of which may 
represent an individual basic service or a basic service group. This list is a triggering list. 

Forwarding triggering criterion: The HLR may store an indicator that triggering shall occur only for a call which 
has been subject to GSM or CAMEL call forwarding. This criterion may be defined to be either "enabling" or 
"inhibiting". 

For MO calls, triggering at DP2 shall be strictly based on the number received over the access network. 

No service selection information, such as * and # digits, or carrier selection information, dialled by the subscriber, shall 

be removed from the number before conditional triggering check takes place. 

For MF calls at the VMSC, triggering at DP2 shall be strictly based on the number received over the access network 
(the Deflected-to -Number in case of Call Deflection) or the Forwarded-to-Number retained in the VLR. 
No service selection information or carrier selection information shall be removed from the number before conditional 
triggering check takes place. 

For MF calls at the GMSC, triggering at DP2 shall be strictly based on the Forwarded-to-Number received from HLR 
or on the Destination Routing Address received in the Connect operation from SCF during a Terminating CAMEL 
Service. 

No service selection information or carrier selection information shall be removed from the number before conditional 
triggering check takes place. 

One or more DP criteria may be applicable. All applicable triggering criteria must be satisfied before the dialogue is 
established with the gsmSCF. 

If the destination number triggering criterion is enabling, then the gsmSSF may establish a dialogue with the gsmSCF 
if: 

the destination number matches one of the destination number strings defined in the list; or 
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the length of the destination number matches one of the destination number lengths defined in the list. 

In this test the destination number matches one of the destination number strings in the list if: 

the nature of address of destination number is the same as the nature of address of the destination number string; 

the destination number is at least as long as the destination number string in the list; and 

all the digits in the destination number string in the list match the leading digits of the destination number. 

If the destination number triggering criterion is inhibiting, then the gsmSSF may establish a dialogue with the gsmSCF 
if: 

the destination number does not match any of the destination number strings defined in the list; and 

the length of the destination number does not match any of the destination number lengths defined in the list. 

In this test the destination number matches one of the destination number strings in the list if: 

the nature of address of destination number is the same as the nature of address of the destination number string; 

the destination number is at least as long as the destination number string in the list; and 

all the digits in the destination number string in the list match the leading digits of the destination number. 

The basic service triggering criterion is met if the basic service for the call matches a stored individual basic service 
code or is a member of the group defined by a stored basic service group code. For the purpose of this paragraph a 
general bearer service is a member of the corresponding bearer service group. 

If the forwarding triggering criterion is enabling, then the gsmSSF may establish a dialogue with the gsmSCF only if 
the call has been subject to CAMEL or GSM call forwarding. If the forwarding triggering criterion is inhibiting, then 
the gsmSSF may establish a dialogue with the gsmSCF only if the call has not been subject to CAMEL or GSM call 
forwarding. 

5.1.3 Relationship 

Given that an armed DP was encountered, the gsmSSF provides an information flow via a relationship. 

A relationship between the gsmSSF and the gsmSCF for the purpose of operator specific service processing is 
considered to be a CAMEL relationship. There are two types of CAMEL relationships: 

A CAMEL control relationship if the gsmSCF is able to influence the call processing via the relationship. 

A CAMEL monitor relationship if the gsmSCF is not able to influence the call processing via the relationship. 

5.2 DP processing rules 

The gsmSSF shall apply the following set of rules during DP processing to ensure a single point of control: 

EDPs are disarmed by the gsmSSF as they are encountered and reported to the gsmSCF, when the occurrence of 
another EDP causes the implicit disarming of the EDP or when the leg clears. 

A control relationship persists as long as there is 1 or more EDP-R armed for this portion of the call or if the 
gsmSSF is in any state except Monitoring or Idle. 

A control relationship changes to a monitor relationship if the control relationship does not persist and : 

1 or more EDP-N armed, or 

1 or more Call information Report outstanding, or 

an Apply Charging Report outstanding. 

A control relationship terminates if it does not persist and does not change to a monitor relationship. A monitor 
relationship terminates if there are neither EDP-Ns armed nor reports outstanding or if the call clears. 
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6 Description of CAIVIEL Subscriber Data 

6.1 Originating/Terminating CAIVIEL Subscription Information 
(0/T-CSI) 

This subclause defines the contents of the Originating/Terminating CAMEL Subscription Information. 

6.1.1 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

6.1.2 Service Key 

The Service Key identifies to the gsmSCF the service logic that should apply. 

6.1.3 Default Call Handling 

The Default Call Handling indicates whether the call shall be released or continued as requested in case of error in the 
gsmSSF to gsmSCF dialogue. 

6.1.4 TDPList 

The TDP List indicates on which detection point triggering shall take place. For O-CSI only DP2 is used. For T-CSI 
only DP 12 is used. 

6.1.5 DP criteria 

The DP criteria indicate whether the gsmSSF shall request the gsmSCF for instructions. 

6.1 .6 CAMEL Capability Handling 

CAMEL Capability Handling indicates the phase of CAMEL which is asked by the gsmSCF for the service. The HLR 
shall not include in a CSI which it sends to a VLR or GMSC any data for a CAMEL phase later than that which the 
CAMEL capability handling indicates. E.g. if the CAMEL Capability Handling indicates CAMEL phase 1 then the 
HLR shall not send triggering criteria to the VLR. Different CSIs may contain different values of CAMEL Capability 
Handling. 

NOTE: If CAMEL is not supported or if a lower phase of CAMEL is supported in the VLR, the HLR can decide 
on a subscriber basis to apply ODB, perform normal call handling or perform operator specific handling 
(eventually support of a lower version of CSI). 

6.2 Other CAMEL data 

6.2.1 USSD CAMEL Subscription Information (U-CSI) 

The subscription information specified in this subclause is for information only. 

This subclause defines the contents of the USSD CAMEL Subscription Information (U-CSI). The U-CSI consists of a 
list of pairs of the following two parameters. 

6.2.1.1 Service Code 

Service code for a specific application in a gsmSCF which interacts with the user by USSD. 
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6.2.1.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber and a particular service code. The address shall be 
an E. 164 number to be used for routeing. 

6.2.2 Supplementary Service Invocation Notification CAMEL Subscription 
Information (SS-CSI) 

6.2.2.1 Content of the SS-CSI 

This subclause defines the contents of the Supplementary Service Invocation Notification CAMEL Subscription 
Information (SS-CSI). 

6.2.2.1.1 Notification criteria 

This data indicates for which supplementary services notifications shall be sent. The supplementary services which may 
be indicated are ECT, CD and MPTY. 

6.2.2.1 .2 gsmSCF address 

Address to be used to access the gsmSCF for a particular subscriber. The address shall be an E.164 number to be used 
for routeing. 

6.2.3 Location information/Subscriber state Interrogation 

This data indicates whether additional subscriber information shall be sent to the GMSC as part of the terminating call 
handling. 

An indication that the HLR shall send the location information of the called subscriber. 

An indication that the HLR shall send the subscriber state of the called subscriber. 

6.2.4 Translation Information Flag (TIF-CSI) 

A flag (TIF-CSI) in the CAMEL Subscriber data in the HLR indicates, when the subscriber registers a forwarded-to 
number, that the HLR shall not attempt to perform any translation, number format checks, prohibited FTN checks, call 
barring checks (cf. 10.2). 

If the flag is absent, this indicates that a translation is needed in the HLR and the usual procedure applies as defined in 
the current version of TS 3GPP TS 03.82 [13]. In particular, the interaction with barring services shall be performed by 
the HLR at the registration of the FTN. 
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7.1 



Description of CAIVIEL BCSIVIs 

General Handling 



The BCSM is used to describe the actions in an MSC/GMSC during originating, forwarded or terminating calls. 

The BCSM identifies the points in basic call processing when Operator Specific Service (OSS) logic instances 
(accessed through the gsmSCF) are permitted to interact with basic call control capabilities. 

Figure 2 shows the components that have been identified to describe a BCSM. 



Transition 



DP 



Point In Call (PIC) 



Figure 2: BCSM Components 

7.2 Originating Basic Call State IVIodel (O-BCSIVI) 
7.2.1 Description of 0-BCSM 

The O-BCSM is used to describe the actions in an MSC during originating (MSC) or forwarded (MSC or GMSC) calls. 

When encountering a DP the O-BCSM processing is suspended at the DP and the MSC/GMSC indicates this to the 
gsmSSF which determines what action, if any, shall be taken in case the DP is armed. 
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Figure 3: Originating BCSIUI for CAIUIEL 
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The following table defines the different DPs which apply to mobile originating and forwarded calls. 

Table 1 : Description of O-BCSIVI DPs in the IVISC 



CAMEL Detection Point: 


DP Type 


Description: 


DP2 Collectedjnfo 


TDP-R 


Indication that the 0-CSI is analysed. 


DP 4 Route_Select_Failure 


EDP-N, EDP-R 


Indication that the call establishment failed 


DP 5 0_Busy 


EDP-N, EDP-R 


Indication that: 

- a busy indication is received from the terminating party, 

- a not reachable event is determined upon a cause IE in 
the ISUP release message. 


DP6 0_No_Answer 


EDP-N, EDP-R 


Indication that an application timer associated with the 
0_No_Answer DP expires 


DP7 0_Answer 


EDP-N, EDP-R 


Indication that the call is accepted and answered by the 
terminating party. 


DP9 0_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the originating 
party or from the terminating party. 


DP 1 0_Abandon 


EDP-N 


Indication that a disconnect indication is received from 
the originating party during the call establishment 
procedure 



NOTE: the DPs 2, 4, 5, 6, 7, 9, 10 are defined in ITU-T Q.1214 ([6]). 



7.2.1.1 



Description of the call model (PICs) 



This subclause describes the call model for originating and forwarded calls. For each PIC a description can be found of 
the entry events, functions and exit events. 

It should be noted that although the names used for PICs match those used in ITU-T Q.1214 [6] the specific 
descriptions differ. 



7.2.1.1.1 
Entry events: 



0_Null & Authorise_Origination_Attempt_Collect_lnfo 



Disconnection and clearing of a previous call (DP9 - 0_Disconnect) or default handling of exceptions by 
gsmSSF/(G)MSC completed. 

Abandon event is reported from Analyse, Routing and Alerting PIC. 

Exception event is reported. 

Functions: 

Interface is idled. 

Originating call: SETUP message containing the dialled number is received from MS. 

Originating call: The supplementary service "barring of all outgoing calls" is checked and invoked if necessary. 

Originating call: The ODB category "barring of all outgoing calls" is checked and ODB is invoked if necessary. 

NOTE: the ODB category "barring of all outgoing calls when roaming" causes the HLR to send the category 
"barring of all outgoing call" if the VLR is not in the HPLMN. 

Originating call: CUG checks done in the originating MSC/VLR are performed. 

Information being analysed e.g., O-CSI is analysed. 
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Exit events: 

- Originating CSI is analysed. 

An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. Example exception 
condition: Calling party abandons call. 

7.2.1 .1 .2 Analyse, Routing & Alerting 

Entry events: 

Originating CSI is analysed. (DP2 - Collected Info). 

Busy event. Route Select Failure event event or No Answer event is reported from Analyse Routing and Alerting 
PIC. 

Disconnect event is reported from 0_Active PIC. 

Functions: 

Information being analysed and/or translated according to dialling plan to determine routeing address. 

Routeing address being interpreted. 

Originating call: Outgoing barring services and ODB categories not already applied are checked and invoked if 
necessary. 

Call is being processed by the terminating half BCSM. Continued processing of call setup (e.g., ringing) is 
taking place. Waiting for indication from terminating half BCSM that the call has been answered by terminating 
party. 

Exit events: 

Indication from the terminating half BCSM that the call is accepted and answered by terminating party. (DP7 - 
0_ Answer) 

An exception condition is encountered - this leads to the 0_Exception PIC. 

Calling party abandons the call- this leads to the 0_Abandon DP. 

A busy indication is received from the terminating party - this leads to the 0_Busy DP. 

A not reachable indication is received from the terminating party - this leads to the 0_Busy DP. 

Attempt to select the route for the call fails - this leads to the Route_Select_Failure DP. 

If the no reply timer expires and DP 0_No_Answer is armed - this leads to the 0_No_Answer DP. 

7.2.1.1.3 0_Active 

Entry events: 

Indication from the terminating half BCSM that the call is accepted and answered by the terminating party. (DP7 
- 0_Answer) 

Functions: 

- Connection estabhshed between originating party and terminating party. Call supervision is provided. 

- Call release is awaited. 
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Exit events: 

A disconnection indication is received from the originating party, or received from the terminating party via the 
terminating half BCSM. (DP9 - ©.Disconnect) 

An exception condition is encountered. 

7.2.1.1.4 0_Exception 

Entry events: 

An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for a PIC can not be met. 

Functions: 

Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 

If any relationship exists between the gsmSSF and the gsmSCF send an error information flow closing the 
relationships and indicating that any outstanding call handling instructions will not run to completion 

The (G)MSC/gsmSSF should make use of vendor-specific procedures to ensure release of resources within 
the (G)MSC/gsmSSF, so that line, trunk and other resources are made available for new calls. 

Exit events: 

Default handling of the exception condition by gsmSSF/(G)MSC completed. 

7.3 Terminating Basic Call State IVIodel (T-BCSIVI) 
7.3.1 Description of T-BCSIVI 

The T-BCSM is used to describe the actions in a GMSC during terminating calls. 

When encountering a DP the T-BCSM processing is suspended at the DP and the GMSC indicates this to the gsmSSF 
which determines what action, if any, shall be taken in case the DP is armed. 
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Figure 4: T-BCSM in the GIVISC 

In the following table the different DPs (in the T-BCSM) are described. 

Table 2: Description of T-BCSIVI DPs in the GIVISC 



CAMEL Detection Point: 


DP Type 


Description: 


DP12 

Terminating Attempt Authorised 


TDP-R 


Indication that the T-CSI is analysed. 


DP 13T_Busy 


EDP-N, EDP-R 


Indication that: 

- a busy indication is received from the 
destination exchange, 

- Not reachable or call establishment failure event 
is determined from the HLR response or upon a 
cause IE in the ISUP release message. 


DP 14T_No_Answer 


EDP-N, EDP-R 


Indication that an application timer associated 
with the T No Answer DP expires 


DP15T_Answer 


EDP-N, EDP-R 


Call is accepted and answered by terminating 
party 


DP17T_Disconnect 


EDP-N, EDP-R 


A disconnect indication is received from the 
terminating party or from the originating party. 


DP 1 8 T_Abandon 


EDP-N 


A disconnect indication is received from the 
originating party during the call establishment 
procedure 



NOTE: The DPs 12, 13, 14, 15, 17, 18 are defined in ITU-T Q.1214 ([6]). 



7.3.1.1 



Description of the call model (PICs) 



This subclause describes the call model for terminating calls in the GMSC. For each PIC a description can be found of 
the entry events, functions, information available and exit events. 

It should be noted that although the names used for PICs match those used in ITU-T Q. 1214 [6] the specific 
descriptions differ. 
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7.3.1.1.1 T_Null 

Entry events: 

Disconnection and clearing of a previous call (DP 17) or default handling of exceptions by gsmSSF/GMSC 
completed. 

Abandon event is reported from Terminating Call Handling PIC ; 

Exception event is reported. 

Functions: 

Interface is idled. 

ISUP_IAM is received, the appropriate information is analysed. 

Send_Routeing_Info information flow is sent to HLR. 

The supplementary services "barring of all incoming calls" and "barring of incoming calls when roaming" are 
checked and invoked if necessary. 

The ODB categories "barring of all incoming calls" and "barring of incoming calls when roaming" are checked 
and ODB is invoked if necessary. 

The supplementary service "CUG" is checked and invoked if necessary. 

T-CSI is received and analysed. 

Exit events: 

Response is received from HLR and terminating CSI (if available) is analysed. 

An exception condition is encountered. For this PIC, if the call encounters one of these exceptions during the 
PIC processing, the exception event is not visible because there is no corresponding DP. 

Example exception condition is: 

- Calling party abandons call. 

7.3.1 .1 .2 Terminating Call Handling 

Entry events: 

Response is received from HLR and terminating CSI (if available) is analysed. (DP 12 
Terminating_Attempt_Authorised), 

Busy event or No Answer event is reported from Terminating Call Handling PIC, 

Disconnect event is reported from T_Active PIC. 

The terminating party is not reachable. 

NOTE: The HLR may use MAP signalling to indicate to the GMSC before the call is extended to the destination 
VMSC that the terminating party is not reachable, or the destination VMSC may use telephony signalling 
to indicate to the GMSC after the call has been extended to the destination VMSC that the terminating 
party is not reachable. 

Functions: 

The response from HLR is analysed. 

Routeing address and call type being interpreted. The next route is being selected. 

The terminating party is being alerted. Waiting for the call to be answered by terminating party. 

The GSM supplementary service call forwarding is invoked if necessary. 
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Exit events: 

Call is accepted and answered by terminating party. 

An exception condition is encountered - this leads to the T_Exception PIC. Example exception conditions: the 
call setup to the MSC/GMSC was not successful. 

Calling party abandons the call - this leads to the T_Abandon DP. 

A busy indication is received from the destination exchange - this leads to the T_Busy DP. 

Not reachable event detected or failure of attempt to select the route for the terminating leg - this leads to the 
T_Busy DP. 

If no reply timer expires and DP T_No_Answer is armed - this leads to the T_No_Answer DP. 

7.3.1.1.3 T_Active 

Entry events: 

Indication that the call is accepted and answered by the terminating party. (DP 15 - T_Answer) 
Functions: 

Connection established between originating party and terminating party. Call supervision is being provided. 

Call release is awaited. 

Exit events: 

A disconnection indication is received from the terminating party, or received from the originating party via the 
originating half BCSM. (DP17 - T_Disconnect) 

An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure that means that the normal exit events for a PIC can not be met. 

7.3.1.1.4 T_Exception 

Entry events: 

An exception condition is encountered. In addition to specific examples listed above, exception events include 
any type of failure, which means that the normal exit events for PIC cannot be met. 

Functions: 

Default handling of the exception condition is being provided. This includes general actions necessary to ensure 
that no resources remain inappropriately allocated such as: 

If any relationship exists between the gsmSSF and the gsmSCF send an error information flow closing the 
relationships and indicating that any outstanding call handling instructions will not run to completion 

The GMSC/gsmSSF should make use of vendor-specific procedures to ensure release of resources within the 
GMSC/gsmSSF, so that line, trunk and other resources are made available for new calls. 

Exit events: 
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Default handling of the exception condition by gsmSSF/GMSC completed. 

7.4 Rules for Implicit Disarming of Detection Points 

The following tables give the rules for implicit disarming of event detection points. 

The table entry 'X' means that if one DP occurs (independently of arming and reporting to the gsmSCF) the marked one 
is implicitly disarmed. 

It shall be possible to rearm explicitly an implicitly disarmed DP, e.g. for follow on call. 

Table 3: Implicit disarmed DPs in the 0-BCSM 



Encountered DP 


Implicit disarmed DPs 


DP4 


DPS 


DP 6 


DP 7 


DP 9 
legl 


DP 9 

leg 2 


DP 10 


DP4 Route Select Failure 


X 


X 


X 


X 




X 




DP5 Busy 


X 


X 


X 


X 




X 




DP6 No Answer 


X 


X 


X 


X 




X 




DP7 Answer 


X 


X 


X 


X 






X 


DP9 Disconnect leg 1 










X 




X 


DP9 Disconnect leg 2 


X 


X 


X 


X 




X 




DP10O Abandon 










X 




X 



Table 4: Implicit disarmed DPs in the T-BCSM 



Encountered DP 


Implicit disarmed DPs 


DP 13 


DP 14 


DP 15 


DP 17 

legl 


DP 17 
leg 2 


DP 18 


DPI 31 Busy 


X 


X 


X 




X 




DPI 41 No Answer 


X 


X 


X 




X 




DP 151 Answer 


X 


X 


X 






X 


DP 171 Disconnect leg 1 








X 




X 


DP 171 Disconnect leg 2 


X 


X 


X 




X 




DPI 81 Abandon 








X 




X 



7.5 BCSM Modelling of Call Scenarios 

This subclause describes how the BCSMs defined above are used to model GSM call scenarios. For each scenario the 
used and unused BCSMs involved in the call are shown. 

In some cases these models may have an allocation to physical nodes different from that shown. However, the physical 
separation of the logic functions shown shall not impact the modelling. This subclause describes the call scenarios 
without optimal routeing. If optimal routeing is invoked the physical configurations may be different from those shown, 
but the modelling is not changed. 

CAMEL may be applied simultaneously and independently for each GSM subscriber involved in a call. This is not 
shown in these scenarios. 

Subscribers other than those being served by CAMEL may be either PSTN subscribers, other GSM subscribers or any 
other addressable subscriber. 
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7.5.1 Mobile Originated Call 



The O-BCSM for the call from A to B (labelled "O(A-B)") is invoked if the A-party has an active O-CSI. A control 
relationship with gsmSCF (1) will be created. 



o 
o 



A-Party 




B-Party 



Figure 5: BCSM Scenario for IVIobile Originated Call 

7.5.2 Mobile Terminated Call 

The T-BCSM for the call from A to B (labelled "T(A-B)") is invoked if the B-party has an active T-CSI. A control 
relationship with gsmSCF (1) will be created. 



CAMEL relationship 




A-Party 




B-Party 



Figure 6: BCSIVI Scenario for IVIobile Terminated Calls 
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7.5.3 Call Forwarding at the GMSC 



The T-BCSM for the call from A to B (labelled "T(A-B)") is invoked if the B-party has an active T-CSI. A control 
relationship with gsmSCF (1) will be created. 

A new call leg to a "C" party is created if: 

a GSM call forwarding supplementary service forwards the call to C. In this case O-BCSM O(B-C) is always 
invoked for the forwarding party if an O-CSI has been received by the GMSC from the HLR; or 

a CAMEL service in a control relationship with T(A-B) performs a CAMEL-based call forwarding by using a 
Connect information flow containing the forwarding information. In this case O-BCSM O(B-C) is only invoked 
for the forwarding party if an O-CSI has been received by the GMSC from the HLR and " O-CSI Applicable" 
flag is contained in the Connect information flow. 

A control relationship with gsmSCF (2) will be created. 

The relationships with gsmSCF (1) and gsmSCF(2) may exist simultaneously. The two relationships are treated 
independently at the GMSC. The BCSM T(A-B) and BCSM O(B-C) are linked by an internal interface which is 
assumed to behave in a similar way to an ISUP interface. 

The nodes gsmSCF (1) and gsmSCF (2) may be the same or different physical entities. 



gsmSCF (1) 



CAMEL relationship (1) 



Internal "ISUP- 
like" interface 



A- Party 



C-Party 



gsmSCF (2) 



CAMEL relationship (2) 




o 
o 



B-Party 

"surrogate" 



Figure 7: BCSM Scenario for Call Forwarding at the GMSC 
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7.5.4 Call Forwarding at the MSC 



The T-BCSM for the call from A to B (labelled "T(A-B)") is invoked if the B-party has an active T-CSI. A control 
relationship with gsmSCF (1) will be created. Following processing at the GMSC the call will be extended to the MSC 
serving the B-party. This MSC may be physically integrated with the GMSC, but it is shown as being separate in the 
diagram below. 

If a GSM call forwarding supplementary service acting at the MSC forwards the call to C, a new call leg to C is 
established. If the B-party has an active O-CSI, the BCSM O(B-C) is invoked. A control relationship with gsmSCF (2) 
will be created. 

The relationships with gsmSCF (1) and gsmSCF(2) may exist simultaneously. 

The nodes gsmSCF (1) and gsmSCF (2) may be the same or different physical entities. 




A-Party 



B-Party 
Surrogate" 



Figure 8: BCSM Scenario for Call Forwarding at the MSC 
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8 



Procedures for CAMEL 



The SDLs in this specification illustrate how CAMEL modifies the normal call handling. They do not attempt to show 
all the details of call handling in nodes that support CAMEL. Relevant parts of 3GPPTS 03.18 [3] apply in addition to 
these SDLs. For example, some inputs leading to unsuccessful call attempts are not shown on these diagrams - 
corresponding clauses in 3GPP TS 03.18 [3] apply. 

Note that in some SDL processes and procedures the Release message may be sent on both an access interface and an 
inter-switch interface. If the message is sent on a UNI, its effect is the same as a Release transaction message. 

The text in this clause is a supplement to the definition in the SDL diagrams ; it does not duplicate the information in 
the SDL diagrams. 

In the following SDLs, the term SRF is used for gsmSRF. 



8.1 



Overall SDL architecture 



The following diagram shows the overall architecture for the SDL diagrams. 



gsmSRF 
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A interface 
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CAP interface 
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OCH_MSC 



ISUP interface 



Destination 
exchange 



Figure 9a: Outgoing case (gsmSSF relay) 
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Figure 9b: Outgoing case (direct path gsmSCF to gsmSRF or assist with relay) 
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Figure 9c: Terminating case (gsmSSF relay) 
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Figure 9d: Terminating case (direct path gsmSCF to gsmSRF or assist with relay) 
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Figure 9e: Assisting case 
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8.2 Handling of mobile originated calls 

8.2.1 Handling of mobile originated calls in the originating MSC 

The functional behaviour of the originating VMSC is specified in 3GPP TS 03.18 [3]. The procedures specific to 
CAMEL are specified in this subclause : 

- Procedure CAMEL_OCH_MSC_INIT, 

- Procedure CAMEL_OCH_MSC_ ANSWER, 

- Procedure CAMEL_OCH_MSCl, 

- Procedure CAMEL_OCH_MSC2, 

- Procedure C AMEL_OCH_MSC_DISC 1 , 

- Procedure CAMEL_0CH_MSC_DISC2, 

- Procedure CAMEL_OCH_MSC_DlSC4, 

- Procedure CAMEL_OCH_ETC, 

- Procedure CAMEL_OCH_CTR, 

- Procedure CAMEL_Start_TNRy, 

- Procedure CAMEL_Stop_TNRy. 

The procedure Send_Access_Connect_If_Required is specified in 3GPP TS 03.18 [3]. 

The following paragraphs gives details on the behaviour of the MSC in the procedure CAMEL_OCH_MSC_INlT. 

8.2.1 .1 Actions of the MSC on receipt of lnt_Error 

The MSC checks the default Call Handling parameter in O-CSI. 

If the default call handling is release call, a Release is sent to the MS and an Abort to the VLR. The MSC then releases 
all call resources and the procedure CAMEL_OCH_MSC_INIT ends. 

If the default call handling is continue call, the MSC continues processing without CAMEL support. It sends 
Send_Info_For_Ougoing_Call to the VLR and waits in state Wait_For_MO_Call_Result. 

8.2.1 .2 Actions of the IVISC on receipt of lnt_Continue 

The MSC continues processing without any modification of call parameters. It sends Send_Info_For_Ougoing_Call to 
the VLR and waits in state Wait_For_MO_Call_Result. 

8.2.1 .3 Actions of the IVISC on receipt of lnt_Connect 

The MSC continues processing with modified call parameters. The MSC shall transparently modify the call parameters 
with the received information. The MSC then sends a PROGRESS message to the MS. Call parameters which are not 
included in the Int_Connect message are unchanged. 

Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

The network signalling system shall indicate that this is an internal network number. 

The MSC sets the O-CSI suppression parameter, sends a Send Info For Outgoing Call to the VLR and waits in state 
Wait For MO Call Result. 
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8.2.1 .4 Actions of the MSC on receipt of lnt_Release_Call 

A Release is sent to the MS, an abort to the VLR and a Release is sent to the destination exchange. The release cause 
received in the Int_Release_Call is used. The MSC then releases all call resources and the procedure 
CAMEL_OCH_MSC_INIT ends. 

8.2.1 .5 Action of the MSC in procedure CAMEL_OCH_ETC 

In procedure CAMEL_OCH_ETC (sheet 2) the MSC will remain in the Wait_For_Assisting_Answer state until it 
receives an ISUP Answer Message (ANM) or timeout occurs. This is to ensure that a call record is always generated for 
every successful establishment of a temporary connection to a gsmSRF, especially in the case where the connection is 
between PLMNs. 

NOTE: This means that it may not be possible to access an SRF which does not generate an ISUP Answer 

Message (ANM). 

If a Progress message is sent towards the MS the progress indicator shall indicate "In Band Information". 
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Procedure CAMEL_OCH_MSC_lNn" 
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Figure 10a: Procedure CAMEL_OCH_MSC_INIT (sheet 1) 



£75/ 



3GPP TS 03.78 version 7.8.0 Release 1998 



38 



ETSI TS 101 441 V7.8.0 (2002-06) 



Procedure CAMEL OCH MSC INIT 
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Figure 10b: Procedure CAMEL_OCH_MSC_INIT (sheet 2) 
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Procedure CAMEL_OCH_MSC_INIT 
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Figure 10c: Procedure CAMEL_OCH_MSC_INIT (sheet 3) 
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Procedure CAMEL OCH MSC INIT 
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Figure lOd: Procedure CAMEL_OCH_MSC_INIT (sheet 4) 
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Procedure CAMEL_OCH_MSC_ANSWER 
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Figure 11a: Procedure CAMEL_OCH_MSC_ANSWER (sheet 1) 
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Procedure CAMEL OCH MSC1 
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Figure 12a: Procedure CAMEL_0CH_MSC1 (sheet 1) 
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Procedure CAMEL_0CH_MSC1 
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Figure 12b: Procedure CAMEL_0CH_MSC1 (sheet 2) 
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Procedure CAMEL OCH MSC1 
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Figure 12c: Procedure CAMEL_0CH_MSC1 (sheet 3) 
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-|CAMEL_Reconnecle' 
iCalLVLR 



Result:= 
reconnect 





1(3) 



Signals to/from 

the right are to/from the gsmSSF 

not otherwise stated. 




Figure 13a: Procedure CAMEL_0CH_MSC2 (sheet 1) 
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Procedure CAMEL_0CH_MSC2 



iProtfecureinfrie MSCt^ 
iconnectacall at DP 
lNo_Answer 



DP O No Answe 



lnt_D P_0_Abandon 




2(3) 



Signals ttflrem the I eft are K 

to/from the BSS; signals to/trom ' — 
therigrt areto^rom thegsm SSF if 
not otherwise stated. 



Figure 13b: Procedure CAMEL_0CH_MSC2 (sheet 2) 
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Procedure CAMEL OCH MSC2 



|ProdecureintheMSC|tfe(. 
connect a call at DP 
No_Answer 



















\ 






lnt_Establish_ / 
Temporary_ / 
Connection \ 


lnt_Connect_T(^ 
Resource \ 










0AMEL_OCH_ETC 


:amel_och_ctf 














? ^^ 






No 






Yes 




Result:= 
release 






DP N 


3_Answer 


'X> 



3(3) 



Signals to/from the right are to/from 
the gsmSSF if not othenwise stated. 



Figure 13c: Procedure CAMEL_0CH_MSC2 (sheet 3) 
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Procedure CAMEL OCH MSC DISCI 



i(i: 



iProcedure in the MSC perforrin' 
'handling for a call release , 



Signals to /from 

the right are to/from the gsmSSF if 

not otherwise stated. 




lnt_Continue < 




To destination 
"'exchange 




I Ye s 

lnt_DP_ \ 

0_Disconnect 
/* legld = 17/ 



,'' DP_ \ 

'i, 0_Disconnect_1 ' 



lnt_Release_eall Release 



lnt_DP_ 
0_Disconnect 
/* legld = 2'l 



iprom destination 
"'exchange 



DP_0_Disconnect 



Int ReleaseCafl 



Figure 14a: Procedure CAMEL_0CH_MSC_DISC1 (sheet 1) 
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Procedure CAMEL OCH MSC DISC2 



'PrDcedurein Sie M SC perfortVi-, 
'handling for a c si I release , 



Signals t(yfrom theleft are 
t(yfrcm the BSS a Ite proces: 
M T_G MSC; signals to/from 
the rig ft £retD;1rom thegsm SSF it 
not otherwise staled. 




1(2) 



From p-ocess 
CAMEL_Re connected, 
CalLVLR 



From process | SendlnfoFcr 

CAM EL_ReconrBcted_ i j Reconnected C 

CalLVUI I Ack 



Answer R ecei ved > 
False 



result:= 
CAMEL handling 



Result:= 
reconnect 





Figure 15a: Procedure CAMEL_0CH_MSC_DISC2 (sheet 1) 
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Procedure CAMEL OCH MSC DISC2 



iProcedure in the MSC perforiin!l^ 
'hand ling for a call re lease , 

I 



pP_0_Disconnect_p 



lnt_Establish_ 
Temporary_ ■ 
Connection 



iamelochet; 



\ 



f 

DP_0_Dlsconnect_^ 



lnt_Connect_Te( 
Resource \ 



OAMEL OCH CT 




Result:- 
re lease 



2(2) 



Signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



Figure 15b: Procedure CAI\flEL_0CH_l\flSC_DISC2 (sheet 2) 
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Procedure CAMEL OCH MSC DISC4 



1(1) 



iProcedure in the MSC perform i ^ 
'CAMEL handling for a call release 



Signals to the right are ti 

the gsmSSF 




lnt_DP_0_Abandon 



Figure 16a: Procedure CAMEL_0CH_MSC_DISC4 (sheet 1) 
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Procedure CAMEL OCH ETC 



iProcedure infieM SCJ \ 
|to handle a temporary ~\ 
iccnrBdion I 



Initial 
Address 



'To process CAMEL_Assisting_MSC 

"^or SRF 



Send_Alerting_ 
I f_R e qu i red 



Wait_For_ \ 

Assisting_ACM 



'Procedure defined 
"linGSM 03.18 




lnt_DP_0_Disconneqt 
/•leg ID'/ 



Wait_For_Disconnecti 
I Forward_Connection 1 



lnt_Disconnect_ , 
Forward_Connec 


/ 

^ 








\ 




Release 


|To process 

^CAMEL_Assisting_ 

IMSC or SRF 








Result := 
pass 






ht_DP_0_Abanda 



Signals to/from the left are to/from 


K 


the BSS; 


signals to/from the right are 




to/from thegsmSSF; 




ifnct ctferwise stated. 






'From destinatJoi 
"'exchange 



lrt_ETC_Fsilsd 



Result:- 
pass 




|To process 
-lCAMEL_Assis 
|MSC or SRF 



1(3) 



Figure 17a: Procedure CAMEL_OCH_ETC (sheet 1) 
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Procedure CAMEL_OCH_ETC 

Procedure in the MSC , 
i!o handle a temporary ~i 
iconnection ' 



2(3) 



Address 
Complete 



/ Wait_For_ 
Assisting_ 
\ Answer 








Answer / 



Procedure defined i 
inGSM 03.18 ' 



Wait_For_ \ 
Assisting_ACM ,. 



Signals to/from the left are to/from K 

the BSS; ^ 

signals to/from the right are 
to/from the CAMEL_Assisling_MSC or SRF 



'AZ. 

Tempera ry_ 
Connection_ 
Established / 




iProcedure defined 
"^ in GSM 03.18 



Figure 17b: Procedure CAMEL_OCH_ETC (sheet 2) 
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Procedure CAMEL OCH ETC 



|ProcedureintieMSCf\ 
|to handle a tern porary' 

iccnnection 




Temporary_Connec(on_Es tablishe 
Wait_For_Assisting_Answer 



lnt_D P_0_ 
Abandcn 




ht_TC_„ 
Released 



I To process 
-|CAMEL_Assisting_ 
|MSC or SRF 



'From destnatbn 

"'exchange 




3(3) 



Signals to/from the left are to/from K 
theBSS; ^ 

signals to/from the right are 
to/from the gsmSSF; 
ifnot otherwise stated. 



lnt_Disconnect_ / 
Forward_ < 
Connection \ 






lnt_TC_ \ 
Released / 








'To destination 
"'exchange 



Figure 17c: Procedure CAMEL_OCH_ETC (sheet 3) 
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Procedure CAMEL_OCH_CTR 

|Procedure in the originating MSCf\ 
ito handle a ConnectTo Resourc"e~i 
loperation ' 



ln!_SRF_ 

Connection_ 

Failure 



( ^from SRF 



lnt_CTR_Failed 



Result: = 
pass 




lnt_lnvoke_ 
SRF 



Await_SRF_ \ 
_lnitialisation ! 



lnt_SRF_ 
Connected 



Connect SRF to 
the call 



Send_Alerting 
lf_Required 



iProcedure defined 
"^in GSM 03.18 




Send_Access_ 

Connect_lf_ 

required 



1(4) 



Signals to/from the left are K 

to/from the BSS; ^ 

signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



iProcedure defined 
"^in GSM 03.18 



lnt_SRF_Connect^d 



relay 



Figure 18a: Procedure CAMEL_OCH_CTR (sheet 1) 
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Procedure CAMEL OCH CTR 



|Procedure in the originating MSC| \ 
ito hiande a ConnectTo Resource" ~\ 



lnt_DP_0_ 
Disconnect 
/* leglD •/ 






lnt_Disconnect_ 

Forward_ 

Connection 



lnt_Disconnect_ 
SRF 



Await_SRF_ 

Disconnection_ 

Continue 



lnt_SRF_ 
Released 



lnt_SRF_Reieased 




Relay 



lnt_DP_0_ 
Discomect 
/' leglD '/ 



Wat_For_Disccn recti 
Forward_CcnrectionT 



lnt_Disconrect_ 
Forward Ccnnebfejon 



Int.Disccr rect_ 
SRF 



/ Awalt_SRF_ 
I Disconnection_ 



lnt_SRF_ 
R d eased 




Sigials to'frcm theldtare 
to/from fieBSS; 
signals b/from the right a'e to/from 
the gsmSSFilnot ct he rwise stated. 



K 




)A/ait_For_Disconnectl 
I Forward_C onnectionT 



lnt_D isconnect_ / 
Forward Connection 



lnt_Disconnect_ 



Awalt_SR F_ \, 
Disconnection_ 
Fail / 



2(4) 



Figure 18b: Procedure CAMEL_OCH_CTR (sheet 2) 



£75/ 



3GPP TS 03.78 version 7.8.0 Release 1998 



57 



ETSI TS 101 441 V7.8.0 (2002-06) 



Procedure CAMEL_OCH_CTR 

Procedure in the originating MSC x 
ito handle a ConnectTo Resourc"e~i 
loperation ' 



3(4) 



Signals to/from the rig ht are to/from K 
the gsmSSF. 

Signals to/from the left are to/from 
the external SR F. 



Relay 



CAP_Play_ 
Ann ounceme 



CAP_Prompt_ / 
And_Collect_/ 
U ser_lnformatKMn 



CAP_Speciali2ed_ 
>Ressource„R3port 



CAP_Play_ 
Ann ouncemerit 



CAP_Prompt_. 
>And_Collect_ 
User_lnform ation 
ack 



'^CAP_Prompt.. 
And_Collect_ 
User_lnformation 



CAP_Specializbd_ 
Ressource_RepoCt 



CAP_Prompt. 
And_Collect_ 

User_lnformatii 

ack 1— 



Figure 18c: Procedure CAMEL_OCH_CTR (sheet 3) 
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Procedure CAMEL OCH CTR 



|Procedure in the originating MSC| \ 
|to liande a ConnectTo Resource' ~l 
loperaicn ' 




lnt_DP_0_Disconnect 
/-leglDV 



lnt_Discomect_SRF 



Await_SRF_ \ 

D iscomection_ | 

Active 



_/ 



lnt_SR F_ / 
Released \ 


^From SRF 








Result:- 
pass 






Sisals 


to'from tie 


efta 


re 


\ 


to/from 


tieBSS; 








signals 


b/i-om the 


right 


are 


t/trom 


tie gsrr 


SSFifnot other 


wis. 


? stated. 



lnt_DP_0_Abardcn 



lnt_Disconnect_SRF\ 



Await_SRF_ 
Disconnection_ 



lnt_SRF_ 

Released 




4(4) 



Figure 18d: Procedure CAMEL_OCH_CTR (sheet 4) 
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Procedure CAMEL_Start_TNRy 



iProdedure in MSC to stat-f 
'the timer TNRy , 

J 




>f- 



1(1) 




Start TNRy with 
defauit value 



Figure 19a: Procedure CAMEL_Start_TNRy (sheet 1) 
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Procedure CAMEL_Stop_TNRy 



1(1) 



iProcedure in the MSC 

" n 
|to Stop the timer TNRyi 

I 




Figure 20a: Procedure CAMEL_Stop_TNRy (sheet 1) 
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8.2.2 Handling of mobile originating calls in the originating VLR 

The functional behaviour of the originating VLR is specified in 3GPP TS 03.18 [3]. The procedure specific to CAMEL 
are specified in this subclause : 

- Procedure CAMEL_OCH_VLR; 

- Process CAMEL Reconnected Call VLR. 
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Procedure CAMEL OCH VLR 



Procedure in the VLR 

to handle an outgoing call stud 




Complete Call 



WaitJor_ 
SIF0C_2 













\ Abort 




^x Send Info 
y For Outgoing 
/ Call 








Result:= 
fail 




Result:= 
pass 




1(1) 



Signals to/from the left 
to/from the MSC 



Figure 21a: Procedure CAMEL_OCH_VLR (sheet 1) 
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Process CAMEL Reconnected Call VLR 



'Process in the VLR '\ 
to handle Send_hto^-| 
, F o r_R ec o n nect ed _C a II i 



Send Info For 
Reconnected 
Call Ack 



Send Info For 
> Reconnecled 




ICheckODB and SS barring. 
"'Specified in GSM 03.18 



Set error:= 
Call barred 



Send Info For 
Reconnected C 
Negative Resp 



1(1) 



Signals to/from the left art 
to/from the MSC. 



Figure 22a: Process CAMEL_Reconnected_Call_VLR (sheet 1) 
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8.3 Retrieval of routeing information 

8.3.1 Retrieval of routeing information in the GMSC 

The functional behaviour of the GMSC is specified in 3GPP TS 03.18 [3]. The procedures specific to CAMEL are 
specified in this subclause: 

- Procedure CAMEL_Set_ORA_Parameters 

- Procedure CAMEL_MT_GMSC_INIT 

- Procedure CAMEL_MT_GMSC_ANSWER 

- Procedure CAMEL_MT_GMSC_DISC1 

- Procedure CAMEL_MT_GMSC_DISC2 

- Procedure CAMEL_MT_GMSC_D1SC4, 

- Procedure CAMEL_MT_GMSC_DISC5, 

- Procedure CAMEL_MT_GMSC_DISC6 

- Procedure CAMEL_MT_CTR, 

- Procedure CAMEL_MT_ETC 

- Procedure CAMEL_Start_TNRy, 

- Procedure CAMEL_Stop_TNRy. 

- Procedure CAMEL_MT_GMSC_Notify_CF. 

The procedure Send_ACM_If_Required is specified in 3GPP TS 03.18 [3]. 

The following paragraphs gives details on the behaviour of the GMSC in the procedure CAMEL_MT_GMSC_INIT. 

8.3.1 .1 Action of the GMSC on receipt of lnt_Release_Call 

An ISUP_Release is sent to the originating exchange and resources are released. 

8.3.1 .2 Action of the GMSC on receipt of lnt_Error 

The GMSC checks in T-CSI the default Call Handhng parameter. 

If the default call handling is release call, an ISUP_Release is sent to the originating exchange. The MSC then releases 
all call resources and the procedure CAMEL_MT_GMSC_INIT returns result=fail. 

If the default call handling is continue call, the MSC continue call handling without CAMEL support. 

8.3.1 .3 Action of the GMSC on receipt of lnt_Continue 

If a FTN has been stored the information received from HLR is used to overwrite corresponding call parameters. Note 
that the MSISDN is replaced by the FTN as the Called party number. The redirection counter is incremented. 

If no FTN has been stored, a Send Routeing Info message including a T-CSI suppression parameter is sent to the HLR. 
The Send Routing Info includes an indication which phase of CAMEL is supported by the GMSC/gsmSSF. 
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8.3.1 .4 Action of the GMSC on receipt of lnt_Connect 

If the Destination Number received from the gsmSCF (via the gsmSSF) is the same as the ISUP Called party number, 
i.e. the MSISDN, the following parameters, if received, are used to overwrite the corresponding ISUP parameters (for 
mapping see 3GPP TS 09.78 [5]): Calling Partys Category and Generic Number. If received, the Announcement 
Suppression Indicator is stored. The further processing is described in subclause 8.3.1.3 with the addition that the 
Announcement Suppression indicator, if stored, is sent to the HLR in the Send_Routeing_Info message. 

If: 

the Destination Number received from the gsmSCF (via the gsmSSF) is not the same as the stored ISUP Called 
party number, i.e. the MSISDN; and 

a CUG active indication was received from the HLR ; and 

CUG information was received in the ISUPJAM for the incoming call, 

then an exception event is reported to the process gsmSSF, an ISUP_Release is sent to the originating exchange and all 
resources are released. 

Otherwise the following parameters, if received, are used to overwrite the corresponding ISUP parameters (for mapping 
see 3GPP TS 09.78 [5]): Destination Number, Calling Partys Category, Generic Number, Original Called Party ID, 
Redirecting Party ID and Redirection Information. Call parameters that are not included in the Int_Connect message are 
unchanged. 

As a network operator option loop prevention mechanisms may cause the redirection information to be ignored or 
modified (e.g., if the Redirection counter has been decreased). 

Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

The network signalling system shall indicate that this is an internal network number. 

8.3.1 .5 Action of the GMSC on receipt of Send_Routeing_lnfo Negative Response 
(at state Wait_For_Routeing_lnfo_2) 

An exception event is reported to the process gsmSSF. If the Announcement Suppression indicator has been received 
from the gsmSCF (via the gsmSSF) any announcements or tones shall be suppressed. 

8.3.1 .6 Action of the GMSC on receipt of Send_Routeing_lnfo ack with MSRN (at 
state Wait_For_Routeing_lnfo_2) 

An ISUPJAM with the MSRN as Called party number is constructed. 

8.3.1 .7 Action of the GMSC on receipt of Send_Routeing_lnfo ack with FTN (at state 
Wait_For_Routeing_lnfo_2) 

The information received from HLR is used to overwrite corresponding call parameters (for details see 3GPP TS 
03.18 [3]). The redirection counter is incremented. 

8.3.1 .8 Action of the GMSC on receipt of Send_Routeing_lnfo ack with 0-CSI and 
FTN (at state Wait_For_Routeing_lnfo_2) 

The information received from the HLR is used to overwrite corresponding call parameters. The redirection counter is 
incremented. The Called Party Number is set to FTN. 
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8.3.1 .9 Action of the GMSC in procedure CAMEL_MT_ETC 

In procedure CAMEL_MT_ETC (sheet 2) the GMSC will remain in the Wait_For_Assiting_Answer state until it 
receives an ISUP Answer Message (ANM) or timeout occurs. This is to ensure that a call record is always generated for 
every successful establishment of a temporary connection to a gsmSRF, especially in the case where the connection is 
between PLMNs. 

NOTE: This means that it may not be possible to access an SRF which does not generate an ISUP Answer 

Message (ANM). 

If a Progress message is sent towards the MS the progress indicator shall indicate "In Band Information". 

8.3.1 .10 Action of the GMSC in procedure GAMEL_MT_GMSG_Notify_GF 

The Forwarding reason is taken from the Send Routeing Info ack (for early call forwarding) or the Resume Call 
Handling (for Optimal Routeing of Late Call Forwarding). 

The Int_DP_T_No_Answer and Int_DP_T_Busy messages include a parameter to indicate that the call has encountered 
conditional call forwarding. The gsmSSF will transfer this parameter to the CAP_Event_Report_BCSM message which 
it sends to the gsmSCF. 

Note: The GMSC may receive a CF Conditional in the first Send Routeing Information ack. This CF may lead 
to a notification to the gsmSCF, depending on the presence of T-CSI in this first Send Routeing 
Information ack and on the dynamic arming of the T-Busy EDP by the gsmSCF. 

Some GMSCs may not send the notification to the gsmSCF in above described scenario. In this case, the 
procedure continues the call processing. 

As the rationale of the Notification of Call Forwarding principle is to inform the gsmSCF of notification 
after the second Send Routeing Information ack, the behaviour of these GMSC is not erroneous. 
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Procedure CAMEL_Set_ORA_Para meters 

|Procedure in the GMSC ^\ / 

|to setCAMEL parameters for , S 

ithe procedureObtain_Routeing_Addre'ss 



i(i; 



Call refefe^ice 
Number^ 
allocated ? 



Allocate Call 
ference number 



Yes 




Figure 23a: Procedure CAMEL_Set_ORA_Parameters (sheet 1) 
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Procedure CAMEL_MT_GMSCJNIT 

'process in the GMSC Tv^ 
to perform CAMEL handling^ 
for a terminating call request 



T-CSI 



set 
CSI=T-CSI 



CAMEL information 
Received in SRIack? 



T-CSI 
0-CSI 



Set 
CSI=T-CSI 



Store 0-CSI 



Intjnvoke 
gsmSSF 
(T-CSI) _ 

^1 ^ 

wait_for_ 1 

g^mSSFJnvoked 



T-CSI 
FTN 



Set 
CSI=T-CSI 



Store FTN 



Yes 




T-CSI 
0-CSI 
FTN 



Set 
CSI=T-CSI 



1(8) 




Signals to/from the right are to/froi 
thegsmSSF 



Yes 



/-i^)isRKi\ 
^i^eceive^?^ 



FTN 
0-CSI 



Set 
CSI=0-CSI 



Store 
0-CSI & FTN 



set redirection 
information 



Result:= 
GSM FTN 





Figure 24a: Procedure CAMEL_MT_GMSC_INIT (sheet 1) 
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Procedure CAMEL MT GMSC INH" 



|Process in the GMSC | \ 

|1operfCTm CAMEL hand ing ~l 
|for a terminSing cd I reqj6st I 



wait_for_ 
gsmSSFJnvoked 



lnt_gsmSSF_ 
Irwoked 



Answer Received := 
False 



lnt_DP_Terminatior 
attempt_Autorized 



DP_Termination_ 
atlempL 



2(8) 



Signals to/lrom the left are to/trom 
the orginating exchange; 
signals b/tom the right are bifrom 
the gsmSSF 




Figure 24b: Procedure CAMEL_MT_GMSC_INIT (sheet 2) 
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Procedure CAMEL_IVIT_GMSC_INIT 



I Process in the GMSC , \ 
to perform CAMELhandlingn 
for a terminating call requesti 



Modify call 

parameters 

with received 

infnrn-iafnn 




SetT-CSI 
SLppression 



Set redirection 
informal on 



CLI MT GMSC 



- -.See GSM CG. 81 



Send 

Ftouteing 
Irfo 



Wair_For_ 

_Rcuteing_ 

_lnfo_2 



Result:- 
GSM_FTN 



3(8) 



DP_Terminaticn_ 1 
_Attempt_ I 
_Auttiaised / 



Signals to/from the left are to/from ^ 

the orginating exchange; 

signals to'from the rigtitare to/from 

thegsmSSF; 

if nototherwisestated. 




Modify call 

paran^ters 

with received 

infnrrnainn 




FTO:- 

Destination Routing 

AdJress 



Result;- 
CAMEL_FTN 



Procedure defined 
"^ in GSM 03. 18 




CMW- 

Destination Routing 

Add res s 



lrt_Exception 



Result:- 
CMN 



Result:- 
fail 



Figure 24c: Procedure CAI\flEL_l\flT_GI\flSC_INIT (sheet 3) 
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Procedure CAMEL MT GMSC INIT 



4(8) 



[process in the GMSC ^x 
ito perform CAMEL handling ~i 
ifor a terminating call request ' 




Signals to/from the left are tc/from 

the orginating exchange; 

signals lo/from the right are to/from 

the gsmSSF; 

if not otherwise stated. 



Default Call 
Handling = Continue 
Call? 



Result: = 
aborted 





Figure 24d: Procedure CAIVIEL_IVIT_GIVISC_INIT (sheet 4) 
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Procedure CAMEL_MT_GMSC_INIT 

[process in the GMSC ^x 
ito perform CAMEL handling ~i 
ifor a terminating call request ' 



lnt_Establish_ 
Temporary_ < 
Connection 



;amel_mt_etc 



5(8) 



Signals to/from the right are to/from 
the gsmSSF. 



DP_Termination_Attempt_Authorised 
DP_T_Busy 










lnt_Connect_T0i 
Resource \ 






CAMEL_MT_CTR 





Result:= 
fail 




Figure 24e: Procedure CAI\flEL_l\flT_GIV!SC_INIT (shieet 5) 
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Procedure CAMEL_MT_GMSC_INIT 

[process in the GMSC ^x 
ito perform CAMEL handling ~i 
ifor a terminating call request ' 



Wait_For_ 

Routeing_ 

lnfo_2 



r " 



Send Routeing 

Info /- ^From HLR 

Negative Response i 




lnt_DP_T_Busy 



DP_T_Busy 



lnt_DP_ 
T_Abandon 



Result:: 

fail 




6(8) 



Signals to/from the right are to/from 

the gsmSSF; 

if not otherwise stated. 



lnt_Release_eal 



Result:= 
Fail 




Figure 24f: Procedure CAMEL_MT_GMSC_INIT (sheet 6) 
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Procedure CAMEL MT GMSC INIT 



7(8) 



Process in tfie GMSC K 
to perform CAMEL handling 
for a terminating call request 






Signals to/from tfie left are to/fromf\ 

ttie orginating excfiange; 

signals to/from tfie rigfit are to/from 














tfiegsmSSF; 

if not ottierwise stated. 






' Wait_For_ 
Routeing 
\ _lnfo_2 


] 












































Send Ro 
Info Ack 

/* FTN */ 


uteino/ 




From HLR 


Send Route 
Info Ack 
/* FTN, 0-C 


np/ 




From HLR 


Send Ro 
Info Ack 
/* MSRN 


uteino/ 




From HLR 




\ 




Sl\ 




7 \ 


































Store 0-CSi 


































Set redirection 
information 
























Resuit:= 
FTN 










Result:= 
IVISRN 








Results 
GSM_FTN 








W 























Figure 24g: Procedure CAMEL_MT_GMSC_INIT (sheet 7) 
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Procedure CAMEL MT GMSC INfT 



iProcess in the GMSC | \ 

iloperfcrm CAMEL handing "1 
ifor a terminaing cal I reqjest ' 



lnt_DP_T_Abandon 



Results 
aborted 





^ 

ht_T_Exceptbn 




Signals to/from the ieft are to/from |\ 
the orginating exchiange; — 

signais b/from the right are toyfrom 
the ^mSSF; 
ifnct otherwise steted. 





8(8) 




Figure 24h: Procedure CAMEL_MT_GMSC_INIT (sheet 8) 
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Procedure GftMEL_lvn"_GMSC_ANSWER 

I h 

iProcessinthe GMSCi \ 
itohandea " ^ 

'terminatrgcallreqjest ' 




-I from gsmSSF 



Result := 





lrt_DP_T_ArBwer ) \<D gsmSSF 



Answer Received := 
True 



DPTAnswer 



from gsmSSF i Irtjjcntrne 




CAMEL_MT_ 
GMSC_DISC1 





1(1) 



Signals to/from the left are to/from [\ 


tfe crignatingexch 


aicp; 


^ 


signals ti/tom the 


right a-etoyfrom 


tte terminSingexc 


han^ 


if not 


otherwise stated. 







CAMEL_MT_ 
GMSC_DISC2 




Answer Received ? 
False 



Result:= 
reconnect 




Figure 25a: Procedure CAMEL_MT_GMSC_ANSWER (sheet 1) 
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Procedure CAMEL MT GMSC_DISC1 



|Process in theG MS9\ 
|to handle a " ~l 

|terminating call reques tl 



Result:^ 
normal_handling 



nt_Continue 



To destinatbn 
-|exchange 
,or MT_CF_MSC 



ReEult:^ 
CAMEL_Handling 




nl_Release_CaJl Release 



T_Disconnect 
/' leQld= 2 '/ 



T_Disconnect 



1(1) 



Signals to/from 

therightare to/from the gsmSS 

nol otherwise stated. 



From destinatbn 
exchange or process 

~'mt_cf_msc 

I 



lnt_ReleaseCalt; 



Figure 26a: Procedure CAMEL_MT_GMSC_DISC1 (sheet 1) 
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Procedure CAMEL MT GMSC DISC2 



|Process in the GMSC, 

|to h an d e a 

iter minating cal I request 



Results 
normal_handling 






Results 
CAM EL handling 




ht_DP_ 
T_Disconnect 
r leg Id = 2 7 



\ T_Discomect_2 



lnt_Continue 



nt_Release_C£j 





Yes 








Answer Received := 
False 




lnt_T .Exception \ 












Modify call 

parameters with 

received information 




t( Release 



Result:= 
CAMEL_handling 





K 



the left are to/from the 


LA 


originafng exchange; 




signals b/from 




the rigH are to/from the 


3STiSSFif 


not otherwise stated. 





lnt_DP_ 
T_Discomect 
riegld= 1 7 



T_Disconnect 



1(2) 



Figure 27a: Procedure CAMEL_MT_GMSC_DISC2 (sheet 1) 
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Procedure CAMEL MT GMSC DISC2 



|Pracess in theGMSCp\ 
|to handle a " ~l 

iterminaling call request' 



ln1_Establish_ / 
Tem pD rary_Co[rfi ect b n 



CAMEL_MT_ETC 



DP_T_Disconnect_2i 



iDP_T_Disconnect_2| 




lnt_Connect_ 
To_Res source 



CAMEL_MT_CTR 




Signals lo/fram 
the right are to/fro n" 
gsmSSF. 



2(2) 



Figure 27b: Procedure CAMEL_MT_GMSC_DISC2 (sheet 2) 
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Procedure CAMEL MT GMSC DISC4 



[procedure in the GMS^, 
ito handle a 
iterminating call request 



1(3) 



Modify call 

parameters with 

received inform atior 



Destinat 

Number 
~M.Qdifiej 



Result: = 
reconnect 





Signals to/from the left are to/from ■ 
the orginating exchange; 
signals to/from the right are to/from 
the gsmSSF. 



Result:: 
fail 




lnt_DP_T_Busy 



DP_T_Busy 



lnt_Release_Sall 




Figure 28a: Procedure CAMEL_MT_GMSC_DISC4 (sheet 1) 
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Procedure CAMEL_MT_GMSC_DISC4 

[procedure in the GMS^, 
ito handle a ~i 

iterminating call request ' 



DP_T_Busy 







lnt_Establish_ / 
Temporary_ / 
Connection ^^ 






OAMEL_MT_ETC 





lnt_Connect_T;i 
Resource 



OAMEL_MT_CTF 





2(3) 



Signals to/from the right are to/from 
the gsmSSF if not otherwise stated. 



Figure 28b: Procedure CAMEL_MT_GMSC_DISC4 (sheet 2) 
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Rocedure CAN/EL MT GMSC DISC4 



iProcedure 


nIheGM 


SQ' 


itohandea 








iterminating 


call 


reqj 


est 


!_____ 


_ 


_ _ 


_ _ 



Int DP T AtetTJcn 




3(3) 



Signals to/from the left are to/from K 
the orginating exchange; '— ^ 

s ignab to/fom the r ight are toyfro m 
thegsmSSF. 



Figure 28c: Procedure CAMEL_MT_GMSC_DISC4 (sheet 3) 
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Procedure CAMEL MT GMSC DISCS 



r 
P 

to 


ocess 
handle 


n the 
a 


■ n 


te 


minali 


gca 


requesti 



Result: = 
continue 



'To process 
"^MT_CF_MSC 





Modify call 

parameters with 

received intormatioi 



Result:= 
release 





! \ 

DP_T_No_Answer 



nt_Continue 



lnt_T_Exception 





'To process 

"1mt_cf_msc 



lnt_Release_Ca] 



1(3) 



Signals to/from the right are to/fror 

the gsmSSF; 

if not otherwiseslated. 



Figure 29a: Procedure CAMEL_MT_GMSC_DISC5 (sheet 1) 
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Procedure CAMEL MT GMSC DISCS 



I Process in the GMSCpX 
to handle a \ 

terminating call request 



DP_T_No_Answer I 



















lnt_Establish_ X 
Temporary_ ( 
Connection \ 


lnt_Connect_T(^ 
Resource K 








CAMEL_IV1T_ETC 




CAMEL_MT_CTR 



DP_T_No_Answer I 




Result;= 
release 




2(3) 



Signals to/from the right are to/fron^j 
the gsmSSF if not otherwise stated. 



Figure 29b: Procedure CAMEL_MT_GMSC_DISC5 (sheet 2) 
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R-ocedure CA MEL_MT_GMSC_DISC5 



|Process in the GMSC, 
ito h 31 d e a 

Iter minaling call re qj est 



DP_T_No_Answer 



lnt_DP_T_AI:aiTdcn 




3(3) 



Signals to/from the lett are to/from 

theorginating exchange; 

signals to/from the right are to/trom 

the EpmSSF; 

ifnol ctherwise staled. 



Figure 29c: Procedure CAMEL_MT_GMSC_DISC5 (sheet 3) 
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Procedure CAMEL MT GMSC DISC6 



iProcess in the GMSC, , 
'to handle a ^ 

iterminating call request 



No 



Result:= 
continue 





Yes 



lnt_DP_T_A6andon 



Result:= 
fail 




i(i; 



Signals to/from the right areto/fromK 

the gsmSSF; 

if not otherwise stated. 



Figure 30a: Procedure CAMEL_MT_GMSC_DISC6 (sheet 1) 
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Procedure CAMEL MT ETC 



|Procedure in tie GM SCj; \ 
|to handle a temporary ' ~\ 
iconnection I 



Inilial 
Address 



I To process C AM EL_ 
-|AsEiEting_MSC or SRF. 



Send_ACM_ 
I f_R squired 



'Procedure defim 
"lin GSM 03.18 



W a it_ Fo r_ 
AEsiEting_ACM 




Wait_For_DiEconnect I 
i, Forward_Connection,i 



lnt_DiEconnect_ / 
Forw ard_G onnectjon 




|To procesE 
-|CAMEL_AsEisting_ 
iMSC or SRF 



lit_DP_T_Atandon 



1(3) 



Signals to/from the left are to/from 
the orignatingexchsr ge ; 
signals to/from the right are 
to/from thegEmSSF; 
itnot otherwise stated. 



'From destination 
"lexchange 



r(_ETC_Failed 




|To process 
-|C AM EL_Assistlng_ 
iM SC or SRF 




Figure 31a: Procedure CAMEL_MT_ETC (sheet 1) 
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Procedure CAMEL_MT_ETC 

|procedure in the GMS~^ 
ito handle a temporary ~^ 
'connection , 



Address 
Complete 



Wait_For_ \ 
Assisting_ 
Answer 



Procedure defined' 
in GSM 03.18 f 




Wait_For_ 

AssistingACM 



Send_ACM_ 
lf_Required 



iPtocedure defined 
^in GSM 03.18 



Progress 



lnt_Temporary\ 
Connection 
Established / 



Temporary _ \ 
Connection_ 1 
Established J 



2(3) 



Signals to/from the left are to/from [\ 

the originationg exchange; 

signals to/from the right are 

to/from t he CAMEL Assisting MS C orSRF . 




'Procedure defined 
^in GSM 03.18 



Figure 31b: Procedure CAMEL_MT_ETC (sheet 2) 
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Procedure CAMEL MT ETC 



ProcedureintieGMSCJ\ 
l1o handle a temporary I 
coireciion 




Wait_For_Disconnectl 
',Forward_Connectionl 



lnt_DP_T_ 
Abardcn 




Tern pDrary_Comeclion_Es lad isha 
Wait_For_Assisting_Answer 



exchange 



lntJ"C_ 
Released 




|To process 
iCAMEL_AssiSting_ 
iMSC or SRF 



3(3) 



Signals to/lrom the lelt are to/from \ 


the ainair 


gexchai^; M 


signals to/from the right are 


to/from the 


gsmSSF: 


itnd dl^r 


wi se std ed . 



lnt_Disconnect_ 
For war d_ < 

Connection 



To destination 
Bxcliange 



Result:^ 
pass 




Figure 31c: Procedure CAMEL_MT_ETC (sheet 3) 
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Procedure CAMEL MT CTR 



iProcedure in the GMSC to handli^ 
ia ConnectTo Resource operation 



lnt_SRF_ 
jConnection_ 
Failure 



^f rom SRF 



lnt_CTR_Failed 



Result: = 
continue 





1(4) 



Sig nais to/f rom the ief t are K 

to/from the originating exchange; 
signals to/from the right are to/froi 
the gsmSSF if not otherwise stated 



'Pracedure defined 
"^in GSM 03.18 



lnt_SRF_Connec}ed 



relay 



Figure 32a: Procedure CAI\flEL_l\flT_CTR (sheet 1) 
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Procedure CAMEL_MT_CTR 



'Procedure in frieGM SC to handed 
aC onnectTo ResourceoperEtior 



lnt_DP_T_ 
Disconnect 
/' leglD 7 






lnt_D isconnecL 

Forward_ 

Connecticn 



lnt_D isconnecL 
SRF 



Await_SRF_ \ 

Disconnection_ I 

Continue / 



< ^Fron SRF 



lnt_SRF_Reieased 




lnt_DPJ'„ 
D iscomect 



jliVat_For_Disccn recti 
lForward_CcnrBCtionl 



lnt_Disconrect_ 
Forward_Ccnn( 



lnt_Disconrect_ 
SRF 



Await_SRF_ \ 

Disconnection_ I 

Active / 

, I 



lnt_SRF_ 
R leased 



Result := 
Pass 



Signals lo'frcin iheldtare \ 

to/from the Driginaling exchange; — 
signals b/from the right are to /from 
tfe gsm SSFifnd ctherwise staled. 




/ ^^ 

Wait_For_Disconnect^ 
I Forward_C onnectbnT 

V ~ / 



lnt_Disconnect. 
Forward_Conne( 



lnt_Disconnect_ 
SRF 



Await_SRF_ 
Disconnection_ 



2(4) 



Figure 32b: Procedure CAMEL_MT_CTR (sheet 2) 
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Procedure CAMEL MT CTR 



iProcedure in the GMSC to handle^ 
a ConnectTo Resource operationi 



CAP_Play_ / 
Announcement 



CAP_Play_ 
Announcemeht 



CAP_Prompt_ / 
And_Collect_<^ 
User_ In formation 



CAP_Prompt. 
And_Collect_ 
User_lnformi 



CAP_Specia 
> RessoLirce_R 



ze d_ 
eport 



CAP_Specialized_ 
Ressource_Repo>t 



j \ 

Relay 



3(4) 



Signals to/f rem the right are to/f ronh\ 
the gsmSSF. ^ 

Signals to/from the left are to/fron 
the ex ternai SRF. 



CAP_Prompt.. 
>And_Coliect_ 
User_lnf ormation 




Figure 32c: Procedure CAIUIEL_IUIT_CTR (sheet 3) 
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Procedure CAMEL MT CTR 



'PrDcedureinlheGM SC b hsrdel 
aC onnectTo ResourceDperatitn 



lnt_D P_T_D isconneet 
/-leglDV / 



ait_For_Disconnecti 
Forward_Connection 



lnt_Disconnect_ 
Forward_Conne^on 



lnt_Disconnect_SRF\ 



Awat_SRF_ 

Discomeclon 

Active 



/!|wait_SRF_lni1ialisatio^ 





lnt_SRF_ 
Released 


\ " 


1 
^Frcm SRF 

1 








Result >: 
pass 





Si^dstcyfrcm fieleltare 
to/from the originating exchange; 
signals b/from the rigint are b^ron" 
ttie gsmSSFif nof tJherwi se stated 



lnt_D P_T_Abandon 



Wait_For_Disconnectl 
Forward_ConrBCtbn 

\ ~ I 



lnt_Disccnnect_ 
Forward_Ccnnt 



lnt_Disconnect_SR 



Await_SRF_ 
Disconnection_ 



lnt_SRF_ 
Released 




4(4) 



Figure 32d: Procedure CAMEL_MT_CTR (sheet 4) 
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Procedure CAMEL_MT_GMSC_Notify_CF 

Procedure in the GMSCK 
to notify the gsmSSF that 
a call has encountered 
conditional call forwarding 



1(1) 




Signals to/from the left are\ 
to/from the originating MSC; 
signals to/from the right are 
to/from the gsmSSF 
unless marked otherwise 



True. 



False 



True 




False 



Forwarding reason^ 
No subschber reply 



Forwarding reason^ 
Mobile subscriber 
not reachable 



True. 




Forwarding reason^ 
Busy 



False 



lnt_DP_ \ 
T_No_Answer 
( OF) / 



lnt_DP_ 
T_Busy(CF 



I DP T CCF 



Results 
Continue 



> Release 



lnt_DP_T_ 
Abandon 





lnt_ 
Continue 



lnt_ 
Connect 



To proces 
MT CF MSC 



CF 
cancelled 



Release call 
resources 




lnt_Releai 
Call 



Release 



Yes 



Modify call 

parameters with 

iteceived information 




To proces 
MT CF MSC 



No 



Release call 
resources 



Result:= 
Continue 






Result:= 
Fail 




Figure 33a: Procedure CAMEL_MT_GMSC_Notify_CF (sheet 1) 
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8.3.2 Retrieval of routeing information in tine HLR 

The functional behaviour of the HLR is specified in 3GPP TS 03.18 [3]. The procedures specific to CAMEL are 
specified in this subclause: 

- CAMEL_HLR_INIT, 

- CAMEL_CSI_Check_HLR, 

- CAMEL_0_CSI_CHECK_HLR, 

- CAMEL_T_CSI_CHECK_HLR, 

The procedure CAMEL_Provide_Subscriber_Info is specified in subclause 8.8. 
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Procedure CAMEL HLR INIT 



'This procedure is called iii 
'SRI„HLR (in GSM03.18) , 



Set negative 
response: 





handling according 
to GSM 03.18 



Results 
pass 




Network 
specific 




1(1) 



Network specific 
handling 



The network specific handling 
— -| shall include the result of the procedure 
|CAMEL_HLR_[NIT (fail, pass) 




Figure 34a: Procedure CAMEL_HLR_INIT (sheet 1) 
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Procedure CAMEL_CSI_Check_HLR 

^his procedure in the Hl1^> 
|to perform the handling for ,3 
iforwarded CAMEL call 



i(i: 




No 



Result:= 
CSI not active 




Figure 35a: Procedure CAMEL_CSI_Check_HLR (sheet 1) 
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Procedure CAMEL O CSI CHECK HLR 



i(i: 



|Procedure in the HLR to check | -, 
ithe O-CSI and set the 0-CSI 
iparameter for SRI ack accordingly. 




Figure 36a: Procedure CAMEL_0_CSI_CHECK_HLR (sheet 1) 
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Procedure CAMEL T CSI CHECK HLR 



iProcedure in the HLR to |\ 

icheck the T-CSIand set the SRI ack^ 
parameter accordingly 




No 

atrtSscriber^ 
^^^ info ^ 

Yes 



/iMEL_Provid^ 

Subscriber. 

Info HLR 



SetT-CSI 
parameter 




1(1) 



No 



No 



Yes 




Figure 37a: Procedure CAMEL_T_CSI_CHECK_HLR (sheet 1) 
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8.3.3 Handling of provide roaming number request in tine VLR 

The functional behaviour of the VLR is specified in 3GPP TS 03.18 [3]. The procedure specific to CAMEL is specified 
in this subclause: 

- CAMEL SET SOA. 



Procedure CAMEL SET SOA 



1(1) 



P r oc e d u re i n t he VLR to s et th e > 
|Suppression of an nouncement 
lindicator as required for this call 



Suppression of 
announcem ent 
required;^ false 




Suppression of 
ann ouncement 
req uired:=true 




Figure 38a: Procedure CAMEL_SET_SOA (sheet 1) 



£75/ 



3GPP TS 03.78 version 7.8.0 Release 1 998 1 01 ETSI TS 1 01 441 V7.8.0 (2002-06) 



8.4 Handling of mobile terminating calls 

8.4.1 Handling of mobile terminating calls in the terminating VMSC 

The functional behaviour of the terminating VMSC is specified in 3GPP TS 03.18 [3]. The only behaviour specific to 
CAMEL is: 

the inclusion of the O-CSI parameter in the Perform Call Forwarding message sent to the process MT_CF_MSC 
if it was received in the Send Info For Incoming Call ack; 

the requirement to suppress the connection of announcements or tones if the VLR includes the suppression of 
announcements parameter in the Send Info For Incoming Call negative response. 

8.4.2 Handling of mobile terminating calls in the VLR 

The functional behaviour of the terminating VLR is specified in 3GPP TS 03.18 [3]. The only behaviour specific to 
CAMEL is: 

the inclusion of the O-CSI parameter in the Send Info For Incoming Call ack if the call is to be forwarded and O- 
CSI is included in the subscriber data for that subscriber in the VLR; 

the inclusion of the suppression of announcements parameter in the Send Info For Incoming Call negative 
response if it was received in the Provide Roaming Number. 

8.5 Handling of forwarded calls 

The handling of forwarded calls in the GMSC or the terminating VMSC is specified in 3GPP TS 03.18 [3]. The 
procedures specific to CAMEL are specified in this subclause. 

- Procedure CAMEL_CF_MSC_INIT, 

- Procedure CAMEL_CF_MSC_ANSWER 

- Procedure CAMEL_CF_ETC, 

- Procedure CAMEL_CF_CTR, 

- Procedure CAMEL_Check_ORLCF_VMSC. 

A mobile terminated call can be forwarded either in the GMSC (indicated by provision of Forwarded-To-Number from 
HLR or gsmSCF) or in the MSC (indicated by provisioning of Forwarded-To-Number from VLR). 

8.5.1 Procedure CAMEL_CF_MSCJNIT : handling of lnt_Connect 

The received parameters are used to overwrite the corresponding ISUP parameters (for mapping see 3GPP TS 09.78 [5]. 
Call parameters which are not included in the Int_Connect message are unchanged. 

An a network operator option, loop prevention mechanisms may cause the redirection information to be ignored or 
modified (e.g., if the Redirection counter has been decreased). 

Signalling limitations or regulatory requirements may require the Calling Partys Category, Generic Number, Original 
Called Party Number and Redirecting Party ID to be ignored or modified. 

The network signalling system shall indicate that this is an internal network number. 
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8.5.2 Action of the GMSC in procedure CAMEL_CF_ETC 

In procedure CAMEL_CF_ETC (sheet 2) the GMSC or terminating VMSC will remain in the 

Wait_For_Assiting_Answer state until it receives an ISUP Answer Message (ANM) or timeout occurs. This is to ensure 
that a call record is always generated for every successful establishment of a temporary connection to a gsmSRF, 
especially in the case where the connection is between PLMNs. 

NOTE: This means that it may not be possible to access an SRF which does not generate an ISUP Answer 

Message (ANM). 
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Procedure CAMEL CF MSC INIT 



'Procedire inihe M SCt( 
handle a forwarded call 
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otherwise stated. 



>CF Cancelled 
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Figure 39a: Procedure CAMEL_CF_MSC_INIT (sheet 1) 
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Procedure CAMEL CF MSC INIT 
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Figure 39b: Procedure CAMEL_CF_MSC_INIT (sheet 2) 
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Procedure CAMEL CF MSC NIT 
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Figure 39c: Procedure CAMEL_CF_MSC_INIT (sheet 3) 
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Procedure CAMEL CF MSC INIT 
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Figure 39d: Procedure CAMEL_CF_MSC_INIT (sheet 4) 
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Procedure CAMEL CF MSC ANSWER 
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Figure 40a: Procedure CAMEL_CF_MSC_ANSWER (sheet 1) 
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Procedure CAMEL_CF_ETC 
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Figure 41a: Process CAI\flEL_CF_ETC (sheet 1) 
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Procedure CAMEL CF ETC 
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Figure 41b: Procedure CAMEL_CF_ETC (sheet 2) 
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Procedure CAMEL CF ETC 
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Figure 41c: Procedure CAMEL_CF_ETC (sheet 3) 
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Procedure CAMEL_CF_CTR 
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Figure 42a: Process CAMEL_CF_CTR (sheet 1) 
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Procedure CAMEL CF CTR 
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or»rSion 



lnt_DP_0_ 




Disconnect 


/* leg ID 7 




Signds tcyfrom theleftare 
to/from the process MT_GMSC; 
signals b/from the right are b^ror 
the gsmSSFifnd otherwise staler 



2(4) 




Result := 
Pass 




Figure 42b: Procedure CAMEL_CF_CTR (sheet 2) 
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Procedure CAMEL CF CTR 
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Figure 42c: Procedure CAMEL_CF_CTR (sheet 3) 
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R-oceclureCAMEL_CF_CTR 
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Figure 42d: Procedure CAMEL_CF_CTR (sheet 4) 
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Procedure CAMEL_Check_ORLCF_VMSC 



1(1) 
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Figure 43a: Procedure CAMEL_Check_ORLCF_VMSC (sheet 1) 
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8.6 Handling of mobile calls in the gsmSSF 

Handling of mobile calls in the gsmSSF may involve the following process and procedures : 

- gsmSSF, 
Check_Criteria. 

- Handle_AC, 

- Handle. ACR, 

- Handle_CIR, 

- Handle_CIR_leg, 
Complete_FCI_record, 
Complete_all_FCI_records,- Handle_SCI. 

The detailed error handling for the process gsmSSF and the associated procedures is specified in 3GPP TS 09.78 ([5]). 

8.6.1 Information flow for call duration control 

The following diagram shows the handling of the different timers that are used in the process gsmSSF and in the 
procedures Handle_AC, Handle_ACR, Handle_CIR. Timers Tssf, Tcp, Tsw, Tw and DELTA are defined in the process 
gsmSSF. 
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> 



Delta 



Tcp2-Delta 



Tsw 



'Tcp3 



ACR 



ERBCSM 



ANSWER 



RELEASE 



SETUP 



ALERT 



ANSWER 



RELEASE 



Figure 44: Information flow for call control duration 
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8.6.2 Behaviour of the gsmSSF in the process gsmSSF 

The following paragraphs give details on the behaviour of the gsmSSF in the process gsmSSF. 

8.6.2.1 Actions of the gsmSSF on receipt of CAP_Request_Report_BCSM_Event (at 
the state Waiting_For_lnstructions) 

The gsmSSF arms the requested EDP, if the arming rules are fulfilled and returns to state Waiting_For_Instructions. 

The gsmSCF may request the monitoring for any one or more Answer, Busy, No Answer, Abandon, Route Select 
Failure and Disconnect Event of a party in the call. 

8.6.2.2 Actions of the gsmSSF on receipt of CAP_Continue (at the state 
Waiting_For_lnstructions) 

An Int_Continue is sent to request the GMSC/MSC to continue call set-up as originally requested. 

8.6.2.3 Actions of the gsmSSF on receipt of CAP_Release_Call (at the state 
Monitoring) 

When a control relationship exists between the gsmSCF and gsmSSF (at least one EDP-R is armed), the gsmSCF may 
spontaneously instruct the gsmSSF to release the call at any time using the Release Call IF. The Release Call IF shall 
not be sent from the gsmSCF if only monitor relationship exists between the gsmSSF and the gsmSCF. 

8.6.2.4 Actions of the gsmSSF on receipt of lnt_DP_T_Busy or 
lnt_DP_T_No_Answer including the parameter CF (at the state Monitoring) 

If the handling of Int_DP_T_Busy or Int_DP_T_No_Answer including the parameter CF leads to the gsmSSF sending a 
CAP_Event_Report_BCSM to the gsmSCF, the gsmSSF shall include the parameter Call Forwarded as the Event 
Specific Information BCSM. 

8.6.3 Procedure Handle_SCI 

1) Precondition: before an answer event is detected and no Tsw running: 
if 1 set of e-parameters received — > send to the MSC 

if 2 sets e-parameters received — > error 

if 1 set of e-parameters and Tariff Switch received — > error 

if 2 sets of e-parameters and Tariff Switch received — > send Ist/start Tsw/store 2nd 

2) Precondition: before an answer event is detected and Tsw running and no e-parameters 
if 1 set of e-parameters received — > error, no e-parameters stored 

if 2 sets e-parameters received — > send Ist/store 2nd 

if 1 set of e-parameters and Tariff Switch received — > error 

if 2 sets of e-parameters and Tariff Switch received — > error 

3) Precondition: before an answer event is detected and Tsw running and e-parameters stored: 
if 1 set of e-parameters received — > error 

if 2 sets e-parameters received — > error 

if 1 set of e-parameters and Tariff Switch received — > error 

if 2 sets of e-parameters and Tariff Switch received — > error 
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4) Precondition: after an answer event is detected and no Tsw running: 
if 1 set of e-parameters received — > send to the MSC 

if 2 sets e-parameters received — > error 

if 1 set of e-parameters and Tariff Switch received — > start Tsw/store set 

if 2 sets of e-parameters and Tariff Switch received — > error 

5) Precondition: after an answer event is detected and Tsw running and no e-parameters 
if 1 set of e-parameters received — > store e-parameters 

if 2 sets e-parameters received — > error 

if 1 set of e-parameters and Tariff Switch received — > error 

if 2 sets of e-parameters and Tariff Switch received — > error 

6) Precondition: after an answer event is detected and Tsw running and e-parameters stored: 
if 1 set of e-parameters received — > error 

if 2 sets e-parameters received — > error 

if 1 set of e-parameters and Tariff Switch received — > error 

if 2 sets of e-parameters and Tariff Switch received — > error 

NOTE: The MSC shall store the received e-parameters to be sent subsequently to the MS. The MSC shall send 
these e parameters to the MS in a Connect message or in a Facility message. 
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Process gsmSSF 



InvccEticnofgsmSSFinMd,- 
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Tsw: Timer for tariff switch. At the expiration of this timer, a new tariff switch 
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DELTA: time, measured in the gsmSSF, elapsed between the time an 

ApplyChargingReport operation is send to the gsmSCF and an 

ApplyCharging operation is received from the gsmSCF. 
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Figure 45a: Process gsmSSF (sheet 1) 



£75/ 



3GPP TS 03.78 version 7.8.0 Release 1998 



120 



ETSI TS 101 441 V7.8.0 (2002-06) 



Process gsmSSF 
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Figure 45b: Process gsmSSF (sheet 2) 
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Figure 45c: Process gsmSSF (sheet 3) 
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Figure 45c: Process gsmSSF (sheet 4) 
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Figure 45d: Process gsmSSF (sheet 5) 



£75/ 



3GPP TS 03.78 version 7.8.0 Release 1998 



124 



ETSI TS 101 441 V7.8.0 (2002-06) 



Process gsmSSF 



Invccatitn ofgsm SSFinM 6,- 
MT Dr CF call case. 




/ Awai t_T an pDrary_ 
Comffition_ 






SendE 
parameters 



Set Tssftouser 

interac lion timer 

valLB and restart 

Issf 



_\1/ 



6(25) 



Waiting_For_ 
Jnstructions 



Si grids to/fram tiel^ are to/from iheMSC; 
signals to/from the right are 
to/from thegsmSCF. 



Disam dl 
EDPs 



Cancel all 
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Error ETC failed 



Set Tssf to last 
LEedtime interval 
and restart Tssf 



Waiting_For_ 
Instructions 



Figure 45e: Process gsmSSF (sheet 6) 
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PrcxDess gsmSSF 



Invccaliai ofgsm SSFinM 6,- 
MT Dr CF call case. 
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Watrg_for_ 
1 Jnstrirtbns 
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Si grids to/fram tiel^ are to/from tieMSC; 
signals to/from the right are 
to/trom thegsmSCF. 



Figure 45f : Process gsmSSF (sheet 7) 
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Process gsmSSF 



InvffiaimofgsmSSFinMO,- 
MTor CFcall case. 
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SigidstQ/fram fieleftareto/ftDm theMSC; \ 
■signals tcyfrom the right are 
:to/from thegsmSCF. 



Awat_Resouce_ 
Conrecticn 



>lnt_CTR_Failed 




SetTssftolast 
LEedtimeinter\ral 
and restart Tssf 
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error to the 
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Figure 45g: Process gsmSSF (sheet 8) 
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Process gsmSSF 



' I nv cc ai oi o f g sm SSF i n M di, - 
'MT or CFcall case. 



lrrt_DP_T_ 

)'_Disconnect 
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Perform im plidt 
disarming of DPs 



Call active^ 
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Perform implicit 
disarming of DPs 
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_ReFort_BCSM 
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Reload and 
restart Tssf 



Si gials to/from theleft are to/from fieMSC; 
signals to/from the right are 
to/from thegsmSCF. 
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— Waiting _fcr_End_Of_Tempaary_Conrectiai, 
Waiting_for_End_Of_User_lnter action, 
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it 
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Perform implicit 
disarming of DPs 
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Figure 45h: Process gsmSSF (sheet 9) 
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Process gsmSSF 



' I nv cc ai oi o f g sm SSF i n M di, - 
'MT or CFcall case. 



Error: Unexpected 
DataValus 
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Signals to/from the right are 
to/from tliegsmSCF. 




I In state 'Monitoring', only 
— -| recfjesfe C disarm DPsor to 
I send rotificators areallcwed 
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disarm DP 
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\ 

\ / 



Figure 45i: Process gsmSSF (sheet 10) 
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Process gsmSSF 



InvccaicnofgsmSSFinMQ,- 
MTor CFcall case. 
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Call active^ 
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Complete_all_ 
FCI_records 



Terminae 
relationship 



Hande_CIR_ 
leg{ledlD) 




Set Tssf to default 
nonuser interaction 

timer value and 
rest a-t Tssf 



Set Outst£Biding_ 

_Requests = 

Outstandi ng_ 
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WatBig_for_ 
Instructions 



Signals to/from tieleftareto/fram IheMSC; \ 
signals to/from the rigiit are ^ 

to/from the gsmSCF. 




Figure 45j: Process gsmSSF (sheet 11) 
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Process gsmSSF 



hvocalion d gsmSSF in MO, 
Ivrr or CF call case. 
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9gnalsto/fromthe left are to/fromtte MSC; 
signals to'frofn the riglt are 
ttyfromthegsmSCF. 



lrt_DP_T_ 
_Abandon 




Waiting_for_lns1rLi::tions, 
Waiting_for_End_Of_Temp3rary_Connection, 
Waiting_for_End_Of_User_lnteraction, 
Awatt_TerTporary_Connection_Establishmmt 



CAP_Event \ 

_Report_BCSM > 
(NotfyS. Continue) 



Call actlve:=False 



Hande ACR 



Stop Tssf 



Terminate 
Relationship 



Figure 45k: Process gsmSSF (sheet 12) 
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Process gsmSSF 



' I nv cc ai oi o f g sm SSF i n M di, - 
'MT or CFcall case. 



/ Waitirg_for_End_ 
_Of_Tem porary_ 
\ ConrEcticn 



CAP_Disconnect_ 
Forward_ / 

_Connection \ 

/• l e gl D •/ 



>lrt_TC_Releai&l 



CAP_A(ply_ 
Charging 
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"^ False 



lnt_D isconnecL 

Forward_ 

Connection 



Call active^ 
False 



SetTssf to last 
used time interval 
and restart Tssf 



Wa1ng_For_ 
Jrefrxtions 
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Si gials to/from theleft are to/from fieMSC; 
signals to/from the right are 
to/from thegsmSCF. 



CAP_Reset_Tin<a- 



Set Tssf to 

last used time 

interval and 

restart Tssf 



Wai1ng_for_End_ \j 
__Of_Jemporary_ 
_Connecticn / 



lnt_Disconnect_ 
Forward_Conne:;tion 



TC_Release_ 
Pending 



>lnt_TC_Releas< 



Compl6te_all_ 
FC l_records 



Figure 451: Process gsmSSF (sheet 13) 
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Process gsmSSF 



InvccaicnofgsmSSFinMQ,- 
MTor CFcall case. 
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SigidstoflrDm tiel^areto/fram theMSC; 
signals to/from the right are 
tofromthegsmSCF. 



Wating_far_End_Of_Temporary_Connectbn 
Wafng_far_End_Of_Usa'_htQ'actbn 



Tw expired / ^Internal 



lnt_App(y_ 
Warring_Tone 



I Thiis provoques the MSC 
H to play a tone to the party 
I for whom the BCSM is operating 



Tfisproi/ocijes fieMSC i 
tosende pa'ameta'sto i 
thecallingparty i 




^Interral 



Store curent 
V due of Top 



Caliactive^ 
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Set Tssf to I ast 
Lsedtime inter\al 
andrestartTssf 



CAP_ 

Apply_Ctiarging_ 

Report 



tnt_DisconnectJ 
Forward_Connection 



Complete_all_ 
FCI records 



Figure 45m: Process gsmSSF (sheet 14) 
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Process gsmSSF 

Invocation of gsmSSF in MO,i 
MT or CF call case. 



15(25) 



Signals to/from the left are to/from the MSC; 
signals to/from the right are 
to/from the gsmSCF. 



Monitoring 
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Tsw expirso 1 Internal 
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WarningJi'dn^to play a tone to the part)^ parameters^' 
for whom the BCSM is opera" 
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No 
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CAP_ 

ApplyChargjhg 
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Handle CIR 
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\ J 
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Figure 45n: Process gsmSSF (sheet 15) 
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Process gsmSSF 



' I nv cc ai oi o f g sm SSF i n M di, - 
'MT or CFcall case. 
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Si gials to/from theleft are to/from tieMSC; 
signals to/from the right are 
to/from thegsmSCF. 



Waiting_for_End_ 
_Of_User_ 
Jnteraclion 



CAP_Play_ / 
_Announcem e nt ^ 



CAP_Prompt_& 
_Collect_User_<' 
_lnf or nation 



Relay theoperaicn^ 
totheSRF / 



Set Tssf to last 
used time interval 
and restart Tssf 



CAP_Can:d_ 
_{lrvcke_ID) 



Wai1ing_for_End_ ; 
_Of_Us er_ 
Jnteraction / 



CAP_Reset_Tlm:%- 



SetTssf 

CAP_Reset_Tina- 

time interval and 

rffiBrtTR.=rf 



Figure 45o: Process gsmSSF (sheet 16) 
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Process gsmSSF 



' I nv cc ai oi o f g sm SSF i n M di, - 
'MT or CFcall case. 



CAP_Apply_ 
Charging 
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Si gi als to/f lom th e I ^ are to/f rom tfi e M SC ; 
signals to/from the right are 
to/from thegsmSCF. 



Waiting_fcr_&id_ 
_Of_User_ 
Jnter action 



CAP_DisccrrECt_ 
Forward. / 

_Connection \ 



>lrt_SRF_ReleaEed 



'Callacti\«= 
^Fabe 



'Call active^ 
"^ False 




Set Tssf to default 
non user interaction 

timeirterval and 
rpstart T.gsf 



IWaiting_For_End_ \ 
i,Of_User_lnteraction ; 



Set Tssf to default 
non user interaction 
time interval and 

rastart Tg.gf 



Waiting_For_ 
Jnstructions 



Figure 45o: Process gsmSSF (sheet 17) 
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Process gsmSSF 



' I nv cc ai oi o f g sm SSF i n M di, - 
'MT or CFcall case. 



18(25) 



/ Waiting_for_End_ 
I _Of_User_ 
Jnteraction 



\ Jnl 



Signals to/from the left are to/from \ 
the p'ocess Generic_£R F; 
signals to/frorr the right are 
to/from the gsm SCF unless 
otherwise stated. 



. CAP^Cancelled. 
'^_error 



> CAP_Cancel_ 
-'^_Failed_error 



CAP_Prcmpt_& 

\_Collect_User_ 

J rio rmalo n_ 



-^^ 




Relay theoperatior 
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gsmSCF 



Timer expiry 
Tssf 



Waiting_for_End_ \ 
_Of_User_ 1 
_lnter action / 
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Complete_all_ 
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Figure 45p: Process gsmSSF (sheet 18) 
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Process gsmSSF 



' I nv cc ai oi o f g sm SSF i n M di, - 
'MT or CFcall case. 



CAP_Cancel_{Art) 



Disarm all 
EDPs 



Cancel all 
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receded. 



Perform implicit 
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I Relationship 
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I M en ito ring I 
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Sigials to/from thel eft are to/from fieM SC ; 
signals to/from the right are 
to/from the gsmSCF. 



Perform implicit 
disarming of DPs 



Set Outs tanding_ 
_Requests - 1 



SetTssf to default 
ncr user ints'acticn 
Tssf imer \alueard 



Fcr DP ai Disconnect the DP 
i s only disarmed for the leg 

for which the event was 
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Waiting_For_ 
Jnstructions 



Figure 45q: Process gsmSSF (sheet 19) 
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Process gsmSSF 

r ^ 

Invocation of gsmSSF in IVIO, 
IVIT or CF call case. 
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/* Signals to/from the left are to/from the MSC, K 
signals to/from the right are to/from the gsmSCF y 
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DP 
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DP 





Busy 
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DP 


Route Select Failure 











CallActive ; 
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Handle ACR 



Stop Delta 



EDP-R 
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CallActive : 
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Handle ACR 



Stop Delta 



Handle CIR 



Complete_all 
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Terminate 
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For DP 0/T Disconnect 
the DP is only disarmed ' 
for the leg for which the 
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Control or 
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qet outstanding 
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Figure 45r: Process gsmSSF (sheet 20) 
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Process gsmSSF 



'invocSion ofgsm SSFinM d,- 
MT or CF call case. 



CAP_ 
_ReleaseCall 




CAP_ 

Apply_Charging_ 

Report 



Complete_all_ 
FCI_records 
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Control 
Relationship 



lnt_Release_C; 



M en Ito ring 

V / 



Handling of CAP_Release_Cal 
is only specified in a control 

.relationship. 
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|CAP_Release_Call in a 
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Call active= 
"^ False 



In t_0_ Exception 
''^lnt_T_Exceplion 






1 
r ~ ■ 


CAP_ \ 
Apply_Charging_ \ 
Report / 
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Handle_CIR 










Complete_ail_ 
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Control or 
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Terminate 
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Signals to/from hel eft are to/from lielulSC; 
signals to/from the right are 
to/from thegsmSCF. 



CAP_ , 

Apply_Charging^ 



Figure 45s: Process gsmSSF (sheet 21) 
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Process gs mSSF 



InvoccJicrotgsmSSFinMd,- 
MT or CF call case. 
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Signals to/trom the right are 
to/from thegsmSCF. 



\ 








CAP_ / 
FLirnish_Chargirr^ 
Information \, 




Set Tssf tolast 
used time interval 
and restart Tssf 



Wai ting_For_lnstructtons, 
Waiting_For_End_Of_Temporary_Gonnection, 
W ai tin g_For_En cLOf_U s a'_ Interaction 



Non completed 

CAMEL logical call record 

exists for this leglD? 




Figure 45t: Process gsmSSF (sheet 22) 
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Process gs mSSF 



InvoccJicrotgsmSSFinMd,- 
MT or CF call case. 







CAP_ / 
FLrfiislT_Ghargirr^ 
Inform alien \, 




Yes 

OverwriteCAMEL 

logical call record 

Witt! FCIdata 
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Signals to/from the right are 
to/from the gsmSCF. 



Dre ate CAMEL bgca 
call record 



Write FCI data 

in CAMEL logical 

call record 



/■ \ 

I Monitoring | 

\ I 



Figure 45t: Process gsmSSF (sheet 23) 
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Process gs mSSF 



'invccstiofi otgsm SSFinM d,- 
'MT or CF call case. 



Signals to/from fierightare 
to/from thegsmSCF. 
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Mori tori ng, 
_ W ait_For_ Instructions, 
W ai t in g_ F cr_ En d_Of _U s er_ Int ere ati on , 
Waiting_Fot_End_Of_Temporary_Connection 



CAP_Senci_ / 
Ch arg in g_ Inform ati on 



^Seesection aa3 



Figure 45t: Process gsmSSF (sheet 24) 



£75/ 



3GPP TS 03.78 version 7.8.0 Release 1998 



143 



ETSI TS 101 441 V7.8.0 (2002-06) 



Process gs mSSF 



InvoccJicrotgsmSSFinMd,- 
MT or CF call case. 
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Signals to/trom the right are 
to/from thegsmSCF. 



Waitini 



g_For_lnstrucIiorls 



CAP_ / 

CallJntormation^Request 



Set Tsst to last 
used time interval 
and restart Tssf 



OLEBndingCall Wcr maf en Report ;- 
Oustanding Call Infor maion Report + 



Vf aiting_For_lnstructiorjs 



Figure 45t: Process gsmSSF (sheet 25) 
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Procedure Check Criteria 



Procedure lo check ' _ 
'ttre crfteria in lire gsmSSF 



1(1) 








Figure 46a: Procedure Check_Criteria (sheet 1) 
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Procedure Handle_AC 



|This procedure shows the handling in 
|the gsmSSF for the operation CAP" ~\ 
|Apply Charging I 



Set Tssf to last 
used time inten/al 
and restart Tssf 





S to p d elta 
neasurement 



Tcp;=Tcp-delta 




Tcp-Warning time 







1(1) 



Figure 47a: Procedure Handle_AC (sheet 1) 
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FVocedure Handle_ACR 



1(1) 



This procedure is on ly called at the 
end of connection to an outgoing leg, 
atempaary conn ectbn or a connect icn 
.to a SRF when the cal can be continued 



T^ 




Figure 48a: Procedure Handle_ACR (sheet 1) 
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Procedure Handle CIR 



1(1 ; 



iProcedure in the gsmSSF toll^ 
handle Call Information Report.] 



Signals to/from the right are 
to/from thegsmSCF. 



Handle_CIR_ 
leg (Ieg2) 



Handle_CIR_ 
leg (legl) 




Figure 49a: Procedure Handle_CIR (sheet 1) 
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Procedure Handle_CIR_leg 



Procedure r the gsmSSF to x, 

handle Call Information Report ~i 
f orthe specified leg. 
Leg ID Js_re_ce_iv_ed. in p^ro_c edure_ c_ai I 



Outsanding Call Information Report:^ 
Outsanding Call Information Report -1 



CAP_Call_ 
In! ormation_ 

Report 



1(1 ; 



Signals to/from the right an 
to/f ro m th e gsmSC F. 




Figure 50a: Procedure Handle_CIR_leg (sheet 1) 
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Procedure Complete_FC Lrecord 



1(1 ; 



Procedure r the gsmSSF to 
|Write Furnish Charging Inform atiotTi 
idata for the specif ied leg. ' 

[Le_g LPJs_re_ce_iv_ed.in p^ro_cedure_ c_ali 



Non completed Logica 
CAMEL call record exists 
for this leglD 




Complete CAMEL 

logical call record 




Figure 51a: Procedure Complete_FCI_record (shieet 1) 
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Procedure Complete_alLFC Lrecords 



1(1 ; 



Procedure r the gs mSSF to 
iwrite Furnish Charging Information' 
idata to CDR for both LeglDs. ' 



3ompiete_FCI_ 
record (legl ) 



3ompiete_FCI. 
record {Ieg2) 




Figure 52a: Procedure Complete_all_FCI_records (sheet 1) 
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8.7 Assisting case 



Assisting case involves the following processes : 

- CAMEL_Assisting_MSC, 

- Assisting_gsmSSF. 

The detailed error handling for these 2 processes is specified in 3GPP TS 09.78 [5]. 



Process CAMEL_Assisting_MSC 



1 

Process 
to handle 


nthe 
ana 


ssist n 


request 




' 



>lnilial Address 



nt_Assist_ 
_ Required 



' Wa it_f or_a ssis tin g_ 
!_gsm_SSF_rivoked 



nt_assistin| 
_gsmSSF_invo^^d 



Wait_For_ 

_Assisting_ 

_Eve nt 



1(3) 



Signals to/from the lett are to/trom the \ 
process CAMEL_OCH_ETC, CAMEL ^ 
TC_ETC or CAMEL_CF_ECT; 
signals to /from the right are to /from 
the assisling_gsmSSF; 



lnt_Release_ \ 
AssiSting_gsmSSF/ 



Figure 53a: Process CAMEL_Assisting_MSC (sheet 1) 
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Process CAMELAssistingMSC 



2(3) 



Process in the MS^ 
to handle an assist 
request 




Signals to/from the left are to/from tr 
process CAMEL_OCH_ETC, CAMB 
TC_ETC or CAMEL_CF_ECT; 
signals to/from the right are to/from 
the assisting_gsmSSF; 
if not otherwise stated. 



Intrelease 
_assisting_gsmSSi 



eleasing_assisling_i 
_gsmSSF 



lnl_assisting_ / 
gsmSSF_released 



Figure 53b: Process CAMEL_Assisting_MSC (sheet 2) 
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Figure 53c: Process CAMEL_Assisting_MSC (sheet 3) 
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Figure 54a: Process Assisting_gsmSSF (sheet 1) 
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Figure 54b: Process Assisting_gsmSSF (sheet 2) 
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Figure 54c: Process Assisting_gsmSSF (sheet 3) 
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Figure 54d: Process Assisting_gsmSSF (sheet 4) 
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Figure 54e: Process Assisting_gsmSSF (sheet 5) 



£75/ 



3GPP TS 03.78 version 7.8.0 Release 1998 



159 



ETSI TS 101 441 V7.8.0 (2002-06) 



Process assisting_gsmSSF 



Invocation of gsmSSF in M-CL 
MT or CF call case. 



6(6) 



Signals to/from the rightare 
to/lrom the process 
CAMEL_Assisling_MSC. 



I W ait in g_ For_l nstru ction s 
"'Waiting For End Of_User_lnteractbn 



lnt_felease. 
_assistrig_ 
_gsmSSF 



Control 
Relationship 



nt_assisting, 
.gsmSSF_ 



Figure 54f: Process Assisting_gsmSSF (sheet 6) 
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8.8 Procedure CAMEL_Provide_Subscriber_lnfo 

8.8.1 MS reachable 

A Provide_Subscriber_Info Request is sent to VLR and the HLR waits in state Wait_For_Information. 

If the VLR returns a Provide_Subscriber_Info ack, the HLR uses the returned information to set the Subscriber Info to 
be returned to the gsmSCF. As a network option, the HLR may use the returned Cell Id or Location Area to derive the 
location number and/or Geographical Info. The mapping from cell ID and location area to location number is network- 
specific and outside the scope of the GSM standard. 

NOTE: The handling in the VLR of Provide_Subscriber_Info Request is defined in 3GPP TS 03. 1 8 [3] . 

8.8.2 MS not reachable 

8.8.2.1 Location Information requested 

If VLR number is available in the HLR, then the Location Information is set to this parameter only. 
If location information is not available in the HLR, no location information is set. 

8.8.2.2 Subscriber State requested 

The Subscriber State is set to "Network determined not reachable". 

8.8.3 Actions at state Wait_For_lnformation 

The following actions are possible in state Wait_For_Information depending on the result of the 
Provide_Subscriber_Info Request sent to VLR. 

8.8.3.1 Provide_Subscriber_lnfo ack 

The Location Information or/and the Subscriber State are set to the received information. 

8.8.3.2 Provide_Subscriber_lnfo Negative Response 

If location information was requested the VLR number is provided as location information. If the subscriber state was 
requested the subscriber state is set to "not provided from VLR". 
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Figure 55a: Procedure CAMEL_Provide_Subscriber_lnfo (sheet 1) 
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8.9 Any Time Interrogation 

Handling of Any Time Interrogation involves the following process : 

- CAMEL_ATI_HLR. 

If an OSS needs the Subscriber State and/or the Location Information, the gsmSCF initiates a transaction to the HLR by 
sending a Any_Time_Interrogation Request. Support for this procedure is a network operator option. 
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Figure 56a: Process CAMEL_ATI_HLR (sheet 1) 
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8.10 Handling of USSD to/from gsmSCF 

The functional model of USSD in an HLR that supports CAMEL is shown in figure 57. The phase 2 USSD handler is 
defined in 3GPP TS 03.90 [8]. Phase 1 USSD messages may be relayed from the HLR to the gsmSCF. CAMEL 
introduces a "CAMEL USSD application" which is invoked by the USSD handler. The CAMEL USSD appUcation 
behaviour is specified in this section. 

Home Network 




MS 



Visiting Network 

Figure 57: Handling of USSD to and from a CAIVIEL subscriber 

8.10.1 MS Initiated USSD 

For the behaviour of the USSD handler in HLR when receiving a MS initiated USSD see 3GPP TS 03.90 [8]. 

When the USSD handler has determined that the service code present in the received USSD does not indicate that an 
USSD application in the HLR shall be invoked it shall route the USSD to the USSD application specific for CAMEL, 
i.e. the CAMEL USSD application. 

The procedure at the CAMEL USSD application at the HLR is implementation dependent. The following text describes 
a recommended procedure. 

The CAMEL USSD application shall check the U-CSI data assigned to the specific subscriber. If the service code is 
present in the U-CSI the USSD is routed to the gsmSCF given by the gsmSCF address stored against the service code in 
the U-CSI. 

If the service code is not present in the U-CSI (or the subscriber does not have U-CSI defined) then the CAMEL USSD 
application shall check the UG-CSI data assigned to the HLR. If the service code is present in the UG-CSI then the 
USSD is routed to the gsmSCF given by the gsmSCF address stored against the service code in the UG-CSI. 

If the service code is not present in U-CSI or UG-CSI an error (unknown application) is returned to the USSD handler. 



8.1 0.2 gsmSCF Initiated USSD 



The HLR may at any time receive a USSD operation from the gsmSCF. If the subscriber can be contacted, the HLR 
shall set up a transaction to the VLR and forward the operation unchanged. Any further information exchange between 
the gsmSCF and MSC shall be transparent to the VLR and the HLR. When one transaction is released, the HLR shall 
release the other. If an error is received from the MSC, the VLR shall release the transaction to the HLR and the HLR 
shall release the transaction to the gsmSCF. 
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8.1 0.3 Content of the USSD General CAMEL Service Information (UG-CSI) 

The service information specified in this subclause is for information only. 

This subclause defines the contents of the USSD General CAMEL Service Information (UG-CSI). The allocation of the 
UG-CSI is independent from a particular subscriber. 

The UG-CSI consists of a list of pairs of the following two parameters. 

8.10.3.1 Service Code 

Service code for a specific application in a gsmSCF which interacts with the user by USSD. 

8.10.3.2 gsmSCF address 

Address to be used to access the gsmSCF for a particular a particular service code. The address shall be an E.164 
number to be used for routeing. 

8.1 1 Handling of Supplementary Service Invocation Notification 

At the invocation of any of the services ECT, CD and MPTY the VLR checks whether the criteria for sending a 
notification are fulfilled, i.e. whether the subscriber is provisioned with the SS-CSI and the particular invoked 
supplementary service is marked in the SS-CSI. If this is the case a notification is sent to the gsmSCF given by the 
gsmSCF address contained in the SS-CSI. The processing of the particular SS invocation is not suspended. If the 
notification criteria are not fulfilled the processing of the particular supplementary service continues unchanged and no 
notification is sent. 

The sending of the notification is independent of call related CAMEL processing, i.e. processing indicated by O/T-CSI. 

On invocation of ECT, the VLR shall include the SS-CSI in the Invoke ECT response message (see Process MAF027 in 
3GPP TS 03.91 [12]) to the MSC if applicable for ECT. 

On invocation of MPTY, the VLR shall include the SS-CSI in the Process MPTY message (see Process 
MPTY_MAF026 in 3GPP TS 03.84 [1 1]) to the MSC if appHcable for MPTY. 

On invocation of CD, the VLR shall include the SS-CSI in the Send Info For Incoming Call ack message to the MSC if 
applicable to CD. 

8.12 CAMEL specific handling of location updating and data 
restoration 

When requesting location updating or data restoration the VLR shall indicate to the HLR which CAMEL phases it 
supports. 

The CAMEL phase 2 HLR shall then send to the VLR CAMEL subscription data for one of the CAMEL phases 
supported by the VLR or, if some different handling is required, data for substitute handling. 

8.13 Processing of Non-Call Related Events 

CAMEL does not modify any of the standardized procedures for non-call related events including: 
call independent supplementary service procedures; 

- transfer of SMS messages; 

- mobility management procedures. 
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8.14 Cross phase compatibility 



To avoid a case by case fallback between the gsmSSF and the gsmSCF, the gsmSSF shall use the CAP phase 
corresponding to the CAMEL phase negotiated on the HLR-VLR interface when it opens a dialogue with the gsmSCF. 
The HLR-VLR negotiation of CAMEL phase is per subscriber. 

8.15 Handling of North American Carrier Information 

The following procedures apply normally only when the HPLMN of the CAMEL subscriber and either the VPLMN (for 
a mobile originated or forwarded call) or the IPLMN (for a mobile terminated or forwarded call) are both North 
American. As an option, the procedures may also be applied for a mobile originated or forwarded call at a North 
American VPLMN when the HPLMN of the CAMEL subscriber is not North American. A gsmSCF may then provide 
the gsmSSF with any of the following North American (NA) carrier related information items. 

NA Carrier Information, 

NA Originating Line Information, 

NA Charge NumberA gsmSSF shall use the received information items both to select any long distance carrier 
needed for the call and to provide certain information needed by this carrier. Any required information items not 
received shall be defaulted to those that would normally apply to the call in the absence of an interaction with a 

gsmSCF. 

If any NA information item received from the gsmSCF is found to be invalid, the gsmSSF may either, as an operator 
option, release the call or behave as if the invalid information item had not been sent. 

If the carrier specified in the NA Carrier Information parameter is not supported in the VPLMN or IPLMN, the gsmSSF 
may either, as an operator option, release the call or substitute for the unsupported carrier a preferred carrier of the 
VPLMN or IPLMN. 

Support of the NA Originating Line Information and NA Charge Number parameters is an operator option in a VPLMN 
based on roaming agreements with the operators of other PLMNs, A gsmSSF may ignore these items when received 
from certain or all gsmSCFs located in other PLMNs and replace them with the corresponding default items for an MO, 
MF or MT call. 
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9 Description of information flows 

This clause contains the detailed description of the information flows used by CAMEL. 

Each Information Element, IE is marked as Mandatory, Conditional, Optional or Not applicable for each different 
traffic case. Mobile Originating call (MO), Mobile Forwarded call (MF) and Mobile Terminating call (MT). This 
categorisation is a functional classification, i.e., stage 2 information and not a stage 3 classification to be used for the 
ASN. 1 syntax of the protocol. 

The following principles apply for the handling of the lEs by the receiving entity: 

The gsmSSF shall functionally support all lEs which can be sent to it. 

The gsmSCF may silently discard any IE which it does not functionally support 

The gsmSRF shall return an error if it does not functionally support a IE which it receives. 

The HLR may silently discard any IE which it does not functionally support. 
Details of errors and exceptions to these rules are specified in are specified in 3GPP TS 09.78 [5]. 

9.1 gsmSSF to gsmSCF information flows 

9.1.1 Activity Test ack 

9.1.1.1 Description 

This IF is the response to the Activity Test. 

9.1.1.2 Information Elements 

This IF contains no information elements. 

9.1 .2 Apply Charging Report 

9.1.2.1 Description 

This IF is used by the gsmSSF to report to the gsmSCF the information requested in the Apply Charging IF. 

9.1.2.2 Information Elements 



Information element name 


MO 


MF 


MT 


Description 


Call Result 


M 


M 


M 


This IE contains the charging information to be provided by the 
gsmSSF. 


M Mandatory (The IE shall always be sent) 
Call Result contains the following information: 


Information element name 


MO 


MF 


MT 


Description 


Time Duration Charging Result 


M 


M 


M 


This IE is a list defined in the next table. 



M Mandatory (The IE shall always be sent) 
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Time Duration Charging Result contains the following information: 



Information element name 


MO 


MF 


MT 


Description 


Time Information 


M 


M 


M 


This IE is a choice between Time if No Tariff Switch and Time if 
Tariff Switch. 


Party To Charge 


M 


M 


M 


This IE is received in the related ApplyCharging operation to 
correlate the result to the request. This IE shall be a copy of the 
corresponding IE received in the Apply Charging operation. 


Call Active 


M 


M 


M 


This IE indicates whether the call is active or not. 



M Mandatory (The IE shall always be sent) 

C Conditional (The IE shall be sent, if available) 

Time Information contains one of the following information: 



Information element name 


MO 


MF 


MT 


Description 


Time If No Tariff Switch 


C 


C 


C 


This IE will be present if no tariff switch has occurred since the 
detection of Answer for the connection to the Called Party, the 
Temporary Connection, or the SRF connection, otherwise it will 
be absent. 


Time If Tariff Switch 


c 


c 


c 


This IE will be present if a tariff switch has occurred since the 
detection of Answer for the connection to the Called Party, the 
Temporary Connection, or the SRF connection, otherwise it will 
be absent. 



C Conditional (The IE shall be sent, if available) 



9.1.3 Call Information Report 



9.1.3.1 



Description 



This IF is used to send specific call information for a single call to the gsmSCF as requested from the gsmSCF in a 
previous Call Information Request. 



9.1.3.2 



Information Elements 



Information element name 


MO 


MF 


MT 


Description 


Requested Information List 


M 


M 


M 


This IE specifies a list of Requested information Values which are 
requested. 


Leg ID 


M 


M 


M 


This IE indicates the party in the call for which information shall be 
collected. When absent, it indicates the 'outgoing' leg created with 
Connect or Continue. 



M Mandatory (The IE shall always be sent) 



9.1.4 Event Report BCSM 



9.1.4.1 



Description 



This IF is used to notify the gsmSCF of a call-related event (i.e., BCSM events as answer and disconnect) previously 
requested by the gsmSCF in a Request Report BCSM Event IF. 



9.1.4.2 



Information Elements 



The following information elements are required: 



Information element name 


MO 


MF 


MT 


Description 


Event type BCSIVI 


M 


M 


M 


This IE specifies the type of event that is reported. 


Event Specific Information BCSM 


C 


C 


C 


This IE indicates the call related information specific to the 
event. 


Leg ID 


M 


M 


M 


This IE indicates the party in the call for which the event is 
reported. 


Misc Call Info 


M 


M 


M 


This IE indicates the DP type. 



M Mandatory (The IE shall always be sent) 
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C Conditional (The IE shall be sent, if available) 



9.1.5 Initial DP 



9.1.5.1 



Description 



This IF is generated by the gsmSSF when a trigger is detected at a DP in the BCSM, to request instructions from the 
gsmSCF. 



9.1.5.2 



Information Elements 



The following information elements are required: 



Information element name 


MO 


MF 


MT 


Description 


Additional Calling Party 
Number 


- 


C 


C 


The calling party number provided by the access signalling system 
of the calling user. 


Bearer Capability 


M 


C 


C 


This IE indicates the type of the bearer capability connection to the 
user. 


Called Party Number 


- 


M 


M 


This IE contains the number used to identify the called party in the 
forward direction. 


Called Party BCD Number 


M 






This IE contains the number used to identify the called party in the 
forward direction. The number contained in this IE shall be identical 
to the number received over the access network. It may e.g. 
include service selection information, such as * and # digits, or 
carrier selection information dialled by the subscriber. 


Calling Party Number 


M 


C 


C 


This IE carries the calling party number to identify the calling party 
or the origin of the call. 


Calling Partys Category 


M 


C 


C 


Indicates the type of calling party (e.g., operator, pay phone, 
ordinary subscriber). 










(continued) 
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(concluded) 



Information element name 


MO 


MF 


MT 


Description 


Call Reference Number 


M 


M 


M 


This IE may be used by the gsmSCF for inclusion in a network 

optional gsmSCF call record. It has to be coupled with the identity 

of the IVISC which allocated it in order to define unambiguously the 

identity of the call. 

For IVIO calls, the call reference number Is set by the serving VMSC 

and included in the IVIO call record. 

For MT calls, the call reference number is set by the GMSC and 

included in the RCF call record in the GMSC and in the MT call 

record in the terminating MSC. 

For CF calls, the call reference number is set by the GMSC and 

included in the CF record in the forwarding MSC. 


Event Type BCSM 


M 


M 


M 


This IE indicates the armed BCSM DP event (i.e., Collectedjnfo 
and Terminating Attempt Authorised), resulting in the Initial DP IF. 


Ext-Basic Service Code 


C 


C 


C 


This IE indicates the type of basic service i.e., teleservice or bearer 
service. 


High Layer Compatibility 


C 


C 


C 


This IE indicates the type of the high layer compatibility, which will 
be used to determine the ISDN-teleservice of a connected ISDN 
terminal. 


IMSI 


M 


M 


M 


This IE identifies the mobile subscriber. 


IP SSP Capabilities 


C 


C 


C 


This IE indicates which SRF resources are supported within the 
gsmSSF and are available. If this IE is absent, this indicates that no 
gsmSRF is attached and available. 


Location Information 


M 


- 


C 


This IE is described in the next table. 


Location Number 


M 


C 


C 


For mobile originated calls this IE represents the location of the 
calling party. For all other call scenarios this IE contains the 
location number received in incoming ISUP signalling. 


IVISC Address 


M 


M 


M 


For MO calls, the MSC Address carries the international E.164 

address of the serving VMSC. 

For MT calls, the MSC Address Address carries the international 

E.164 address of the GMSC. 

For CF calls, the MSC Address carries the international E.164 

address of the forwarding MSC. 


GMSC Address 




M 




For CF calls, the GMSC Address carries the international E.164 
address of the GMSC. 










(continued) 
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(concluded) 



Information element name 


MO 


MF 


MT 


Description 


NA Carrier Information 


C 


C 


C 


The content of this IE is described in the next table. 

The IE may normally be sent when the VPLMN and the HPLMN of 

the subscriber are both North American. 

For MO calls, this IE shall contain any carrier that was dialed by the 

calling subscriber. If no carrier was dialed, the IE shall contain the 

calling subscriber's subscribed carrier. 

For IVIT calls, the IE shall contain the carrier subscribed to by the 

called subscriber.For MF calls, the IE shall contain the carrier 

subscribed to by the forwarding subscriber. 


Original Called Party ID 


- 


C 


C 


This IE carries the dialled digits if the call has met call forwarding 
on the route to the gsmSSF. 


Redirecting Party ID 




M 


c 


This IE indicates the directory number the call was redirected from. 
The service designer shall note that this parameter may not be 
available if the MF case is initiated with the Connect operation to a 
T-BCSM without Redirecting Party ID. 


Redirection Information 




M 


c 


It contains forwarding related information, such as redirection 

counter. 

The service designer shall note that this parameter may not be 

available if the MF case is initiated with the Connect operation to a 

T-BCSM without Redirection Information. 


Service Key 


M 


M 


M 


This IE identifies for the gsmSCF the requested set of one or more 
CAMEL services. It is used to address the correct application/SLP 
within the gsmSCF. 


Subscriber State 






C 


This IE indicates the status of the MS. The states are: 

- CAMELBusy: The MS is engaged on a transaction for a mobile 
originating or terminated circuit-switched call. 

NetworkDeterminedNotReachable: The network can determine 
from its internal data that the MS is not reachable. 

- Assumedldle: The state of the MS is neither "CAMELBusy" nor 
"NetworkDeterminedNotReachable". 

- Not provided from VLR. 


Time And TImezone 


M 


M 


M 


This IE contains the time that the gsmSSF was triggered, and the 
time zone the gsmSSF resides in. 


GSIVI Forwarding Pending 






C 


This parameter indicates that a forwarded-to-number was received 
and the call will be forwarded due to GSM supplementary service 
call forwarding in the GMSC. 



M Mandatory (The IE shall always be sent) 

C Conditional (The IE shall be sent, if available) 

- Not applicable 

Location Information contains the following information: 



Information element name 


MO 


MF 


MT 


Description 


Location Number 


- 


- 


C 


See 3GPPTS 03.18 [31. 


CellldOrLAI 


M 


- 


C 


See3GPPTS03.18[3]. 


Geographical Information 


C 


- 


c 


See3GPPTS03.18[3]. 


Age Of Location Information 


M 


- 


c 


See3GPPTS03.18[3]. 


VLR number 


M 


- 


c 


See3GPPTS03.18[3]. 



M Mandatory (The IE shall always be sent) 

C Conditional (The IE shall be sent, if available) 

Not applicable 
NA Carrier Information contains the following information: 



Information element name 


MO 


MF 


MT 


Description 


NA Carrier Identification Code 


M 


M 


M 


This IE uniquely identifies a North American long distance carrier. 


NA Carrier Selection 
Information 


M 


M 


M 


This IE indicates the way the carrier was selected e.g.: 

-dialled 

- subscribed 



M Mandatory (The IE shall always be sent) 
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9.2 gsmSCF to gsmSSF information flows 
9.2.1 Activity Test 



9.2.1.1 



Description 



This IF is used to check for the continued existence of a relationship between the gsmSCF and gsmSSF. If the 
relationship is still in existence, then the gsmSSF will respond. If no reply is received, then the gsmSCF will assume 
that the gsmSSF has failed in some way and will take the appropriate action. 

9.2.1.2 Information Elements 

This IF contains no information elements. 

9.2.2 Apply Charging 
9.2.2.1 Description 

This IF is used for interacting from the gsmSCF with the gsmSSF charging mechanisms to control the call duration. 



9.2.2.2 



Information Elements 



Information element name 


MO 


MF 


MT 


Description 


ACh Billing Charging 
Characteristics 


M 


M 


M 


This IE specifies the charging related information to be provided 
by the gsmSSF and the conditions on which this information has 
to be provided back to the gsmSCF. 












Party To Charge 


M 


M 


M 


This IE shall be reflected in the corresponding IE of the Apply 
Charging Report operation. This IE has no effect on the charging 
procedures in the IVISC. 



M Mandatory (The IE shall always be sent) 

ACh Billing Charging Characteristics contains the following information: 



Information element name 


MO 


MF 


MT 


Description 


Time Duration Charging 


M 


M 


M 


This IE is described in the next table. 



M Mandatory (The IE shall always be sent) 

Time Duration Charging contains the following information: 



Information element name 


MO 


MF 


MT 


Description 


IVIax Call Period Duration 


M 


M 


M 


This IE indicates the maximum call period duration timer. 


Tariff Switch Interval 











This IE indicates the tariff switch time until the next tariff 
switch applies. 


Release If Duration Exceeded 











This IE indicates that the call shall be released when the 
Max call Period Duration expires, with a warning tone if 
the Play Tone IE is present. The cause used in the 
release message shall be "normal unspecified". 
Default is to continue the call. 



M Mandatory (The IE shall always be sent) 
O Optional (Service logic dependent) 
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Release If Duration Exceeded contains the followin 


glE: 




Information element name 


MO 


MF 


MT Description 


Play Tone 










This IE is set if a tone has to be played to the 

party for whom the BCSIVI is operating. If 

present, this IE indicates that 30 seconds 

before the IVIax Call Period Duration timer 

expires, 

a triple tone of 900 Hz (200 milliseconds tone, 

200 milliseconds pause) shall be played. 

This IE shall be absent if the call is not to be 
released. 



O Optional (Service logic dependant) 
- Not applicable 

9.2.3 Call Information Request 



9.2.3.1 



Description 



This IF is used to request the gsmSSF to record specific information about a single call and report it to the gsmSCF 
(with a CalllnformationReport) 



9.2.3.2 



Information Elements 



Information element name 


MO 


MF 


MT 


Description 


Requested Information Type 
List 


M 


M 


M 


This IE specifies a list of specific items of information which are 
requested. 


Leg ID 


M 


M 


M 


This IE indicates the party in the call for which information shall be 
collected. When absent, it indicates the 'outgoing' leg created with 
Connect or Continue. 



M Mandatory (The IE shall always be sent) 

Requested Information Type List contains the following information: 



Information element name 


MO 


MF 


MT 


Description 


Call Attempt Elapsed Time 











This IE indicates that the Call Attempt Elapsed Time is requested 
in the Call Information Report. 

Call Attempt Elapsed Time is the duration between the end of the 
CAIVIEL processing initiating call setup (Connect or Continue IF) 
and the received answer indication from the called party side. For 
the Calling Party, the value of Call Attempt Elapsed Time in the 
Call Information Report shall be set to 0. 


Call Stop Time 











This parameter indicates that the Call Stop Time is requested in 
the Call Information Report. 

Call Connected Elapsed Time is the time stamp when the 
connection is released. 


Call Connected Elapsed Time 











This parameter indicates that the Call Connected Elapsed Time is 

requested in the Call Information Report. 

Call Connected Elapsed Time is the duration between the 

received answer indication from the called party side and the 

release of the connection. 

For a Calling Party, it indicates the duration between the sending 

of InitialDP and the release of that party. 


Release Cause 











This parameter indicates the Release Cause is requested in the 

Call Information Report. 

Release Cause is the release cause for the call. 



O Optional (Service logic dependent) 
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9.2.4 Cancel 

9.2.4.1 Description 

This IF is used by the gsmSCF to request the gsmSSF to cancel all EDPs and reports. 

9.2.4.2 Information Elements 

The following information elements are used: 



Information element name 


MO 


MF 


MT 


Description 


All Requests 


M 


M 


M 


This IE indicates that all active requests for EventReportBCSIVI, 
ApplyChargingReport and CalllnformationReport shall be 
cancelled. 



M Mandatory (The IE shall always be sent) 



9.2.5 Connect 



9.2.5.1 



Description 



This IF is used to request the gsmSSF to perform the call processing actions to route a call to a specific destination. To 
do so, the gsmSSF may use destination information from the calling party and existing call set-up information 
depending on the information provided by the gsmSCF. 
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9.2.5.2 



Information Elements 



The following information elements are required: 



Information element name 


lUlO 


MF 


MT 


Description 


Alerting Pattern 


- 


- 





This parameter indicates the kind of Alerting Pattern to be 
applied. 


Calling Partys Category 











This IE indicates the type of calling party (e.g., operator, pay 
phone, ordinary subscriber). 


Destination Routing Address 


M 


M 


M 


This IE contains the called party number towards which the 
call is to be routed. 


Generic Number 











This IE contains the generic number. Its used to convey the 
additional calling party number, which e.g. could be used to 
modify the calling line ID presented to the called user. 


NA Carrier Information 











This IE is described in the next table. 


NA Originating Line Information 











This IE identifies the type of number in the NA Charge 
Number (e.g. subscriber versus PLMN operator number). 


NA Charge Number 











This IE identifies the chargeable number for the usage of a 
North American carrier. 


0-CSI Applicable 


- 


- 





This IE indicates that the 0-CSI, if present shall be applied on 
the outgoing leg. 


Original Called Party ID 











This IE carries the dialled digits if the call has met call 
forwarding on route to the gsmSSF or is forwarded by the 
gsmSCF. 


Redirecting Party ID 











This IE indicates the directory number the call was redirected 
from. 


Redirection Information 











This IE contains forwarding related information, such as 
redirecting counter. 


Suppression Of Announcements 


- 


- 





This IE indicates that announcements or tones generated as a 
result of unsuccessful call setup shall be suppressed. 



O Optional (Service logic dependent) 

- Not applicable 

NA Carrier Information contains the following information: 



Information element name 


MO 


IMF 


MT 


Description 


NA Carrier Identification Code 


M 


M 


M 


This IE uniquely identifies a North American long distance carrier. 


NA Carrier Selection 
Information 


M 


M 


M 


This IE indicates the way the carrier was selected e.g.: 

-dialled 

- subscribed 



M Mandatory (The IE shall always be sent) 
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9.2.6 Connect To Resource 

9.2.6.1 Description 

This IF is used to connect a call from the gsmSSF to a gsmSRF. 

9.2.6.2 Information Elements 

The following information elements are required: 



Information element name 


MO 


MF 


IVIT 


Description 


Service Interaction Indicators 
Two 











Tliis parameter indicates whetlier or not a bothway through 
connection is required between the Calling party and the gsmSRF. 
The handling when this IE is not present is defined in EN 301 070- 
1 ([7]). 


Resource Address 











This IE indicates the physical location of the gsmSRF. 



O Optional (Service logic dependent) 

Resource Address contains the following information: 



Information element name 


MO 


MF 


MT 


Description 


IP Routing Address 











This IE indicates the routeing address to set up a connection 
towards the gsmSRF. 


None 











This parameter indicates that the call party is to be connected to a 
predefined gsmSRF. 



O Optional (Service logic dependent) 



9.2.7 Continue 



9.2.7.1 



Description 



This information flow requests the gsmSSF to proceed with call processing at the DP at which it previously suspended 
call processing to await gsmSCF instructions. The gsmSSF completes DP processing, and continues basic call 
processing (i.e., proceeds to the next point in call in the BCSM) without substituting new data from the gsmSCF. 

9.2.7.2 Information Elements 

This IF contains no information elements. 

9.2.8 Disconnect Forward Connection 

9.2.8.1 Description 

This IF is used: 

to disconnect a connection with a gsmSRF previously established with a Connect To Resource IF, 

to disconnect an initiating gsmSSF from an assisting gsmSSF and its associated gsmSRF. The IF is send to the 
initiating gsmSSF 

9.2.8.2 Information Elements 

This IF contains no information elements. 
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9.2.9 Establish Temporary Connection 



9.2.9.1 



Description 



This IF is used to create a connection between an initiating gsmSSF and an assisting gsmSSF as a part of the assist 
procedure. It can also be used to create a connection between a gsmSSF and a gsmSRF. 



9.2.9.2 



Information Elements 



The following information elements are required: 



Information element name 


MO 


MF 


MT 


Description 


Assisting SSP IP Routing 
Address 


M 


M 


M 


This parameter indicates the destination address of the gsmSRF 
or assisting gsmSSF for the assist procedure. As a network 
operator option, the Assisting SSP IP Routing Address may 
contain embedded within it, a "Correlation ID" and " Scf ID", but 
only if "Correlation ID" and "Scf ID" are not specified separately. 


Correlation ID 











This parameter is used for : 

- the correlation of dialogues from the initiating gsmSSF-> 
gsmSCF with dialogues from gsmSRF -> gsmSCF 

- the correlation of dialogues from the initiating gsmSSF-> 
gsmSCF with dialogues from assisting gsmSSF -> gsmSCF. 


NA Carrier Information 











This IE is described in the next table. 


NA Originating Line 
Information 











This IE identifies the type of number in the NA Charge Number 
(e.g. subscriber versus PLIVIN operator number). 


NA Charge Number 











This IE identifies the chargeable number for the usage of a North 
American carrier. 


Scf ID 











This parameter indicates the gsmSCF identifier 


Service Interaction Indicators 
Two 











This parameter indicates whether or not a bothway through 
connection is required between the Calling party and the 
gsmSRF. The handling when this IE is not present is defined in 
EN 301 070-1 ([7]). 



M Mandatory (The IE shall always be sent) 

O Optional (Service logic dependent) 

NA Carrier Information contains the following information: 



Information element name 


MO 


MF 


MT 


Description 


NA Carrier Identification Code 


M 


M 


M 


This IE uniquely identifies a North American long distance carrier. 


NA Carrier Selection 
Information 


M 


M 


M 


This IE indicates the way the carrier was selected e.g.: 

-dialled 

- subscribed 



M Mandatory (The IE shall always be sent) 

9.2.10 Furnish Charging Information 

This IF is used to request the gsmSSF to include call related information in the CAMEL specific logical call record. 

9.2.10.1 Information Elements 

The following information elements are required: 



Information element name 


MO 


MF 


MT 


Description 


FCI Billing Charging 
Characteristics 


M 


M 


M 


This IE is described in the next table. 


M Mandatory (The IE shall always be sent) 

FCI BilUng Charging Characteristics contains the following information: 




Information element name 


MO 


MF 


MT 


Description 




FCIBCCCAMEL Sequence 1 


M 


M 


M 


This IE is described in the next table. 





M Mandatory (The IE shall always be sent) 
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FCIBCCCAMEL Sequence 1 contains the following information: 



Information element name 


MO 


IVIF 


MT 


Description 


Free Format Data 


M 


M 


M 


This IE is a free format data to be inserted in the CAIVIEL logical 
call record. 


Party To Charge 


M 


M 


M 


This IE indicates the party for whom a CAIVIEL logical call record 
will be created. 



M Mandatory (The IE shall always be sent) 

9.2.11 Release Call 
9.2.11.1 Description 

This IF is used to tear down by the gsmSCF an existing call at any phase of the call for all parties involved in the call. 



9.2.11.2 



Information Elements 



The following information elements are required: 



Information element name 


MO 


MF 


MT 


Description 


Cause 


M 


M 


M 


A number giving an indication to the gsmSSF about the reason of 
releasing this specific call. This may be used by MSC/GMSC for 
generating specific tones to the different parties in the call or to fill 
in the "cause" in the release message. 



M Mandatory (The IE shall always be sent) 



9.2.12 Request Report BCSM Event 



9.2.12.1 



Description 



This IF is used to request the gsmSSF to monitor for a call-related event, then send a notification back to the gsmSCF 
when the event is detected (see Event Report BCSM). 

9.2.12.2 Information Elements 

The following information elements are used: 



Information element name 


MO 


MF 


MT 


Description 


BCSM Event 


M 


M 


M 


This IE specifies the event or events of which a report is 
requested. 


M Mandatory (The IE shall always be sent) 
BCSM Event contains the following information: 


Information element name 


MO 


MF 


MT 


Description 


Event type 


M 


M 


M 


This IE specifies the type of event of which a report is requested. 


Leg ID 


C 


C 


C 


This IE indicates the party in the call for which the event shall be 
reported. 


IVIonitor IVIode 


M 


M 


M 


This IE indicates how the event shall be reported. 


DP Specific Criteria 











This IE is described in the next table. 



M Mandatory (The IE shall always be sent) 



C Conditional 



O Optional (Service logic dependent) 
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DP Specific Criteria is defined as: 



Information element name 


lUlO 


IMF 


MT 


Description 


Application Timer 











This IE carries additional timer duration information (timer values 
for No Answer event) required for arming No_Answer EDPs in the 
gsmSSF. The TNRy timer (value defined between 10s and 40s) 
shall be shorter than the network no answer timer. 



O Optional (Service logic dependent) 

NOTE: If a Request Report BCSM Event information flow overwrites previous Request Report BCSM Event 
information flow which contained Application Timer IE for No_Answer DP, the behaviour of the 
gsmSSF is unpredictable. 

9.2.13 Reset Timer 

9.2.13.1 Description 

This IF is used to refresh a timer. 

9.2.13.2 Information Elements 

The following information elements are required: 



Information element name 


MO 


MP 


MT 


Description 


Timer Value 


M 


M 


M 


This IE specifies the value to which the timer Tssf shall be set. 


Timer ID 











This IE has a default value indicating the Tssf value. 



M Mandatory (The IE shall always be sent) 
O Optional (Service logic dependent) 

9.2.14 Send Charging Information 
9.2.14.1 Description 

This IF is used to send e-parameters from the gsmSCF to the gsmSSF. If charge advice information is received from the 
gsmSCF, it shall replace the charge advice information which would be generated by the MSC and inhibit any further 
generation of CAI by the MSC. Further processing of the charge advice information by the MSC shall be in accordance 
with the GSM Advice of Charge Supplementary Service. 

NOTE 1 : If charge advice information is received from the gsmSCF after charge information has been generated by 
the MSC and sent to the MS, the behaviour of the service may be unpredictable or incorrect ; the service 
designer should therefore ensure that the first set of charge advice information is sent to the gsmSSF 
before charge information is sent to the to the MS. 

NOTE 2: There are various interpretations of how the gsmSSF should behave if the subscriber is not provisioned 
with the GSM Advice of Charge supplementary service or if the VPLMN does not support this service. 



9.2.14.2 Information Elements 

The following information elements are only used for the MO case : 



Information element name 


MO 


Description 


SCI Billing Charging 
Characteristics 


M 


This IE defines the Advice Of Charge related information to be 
provided to the Mobile Station 


Leg ID 


M 


This IE indicates where the charging information shall be sent. 



M Mandatory (The IE shall always be sent) 
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Information element name 


MO 


Description 


AOC After Answer 


C 


This IE is sent after an Answer from event has been detected from 
the called party, the current connected SRF or the temporary 
connection. 


AOC Before Answer 


c 


This IE is sent before an Answer event has been detected from 
the called party, the current connected SRF or the temporary 
connection. 



C Conditional (only one of these lEs may be sent) 
AOC Before Answer is defined as: 



Information element name 


MO 


Description 


AOC Initial 


M 


This IE contains CAI elements as defined in 3GPP TS 02.24 [14]. 


AOC Subsequent 





See definition in the next table. 



M Mandatory (The IE shall always be sent) 
O Optional (Service logic dependent) 
AOCSubsequent is defined as: 



Information element name 


MO 


Description 


CAI Elements 


M 


This IE contains CAI elements as defined in 3GPP TS 02.24 [14]. 


Tariff Switch Interval 





This IE indicates the tariff switch time until the next tariff switch 
applies. 



M Mandatory (The IE shall always be sent) 
O Optional (Service logic dependent) 
AOCAfterAnswer is defined as: 



Information element name 


MO 


Description 


CAI Elements 


M 


This IE contains CAI elements as defined in 3GPP TS 02.24 [14]. 


Tariff Switch Interval 





This IE indicates the tariff switch time until the next tariff switch 
applies. 



M Mandatory (The IE shall always be sent) 

9.3 Optional (Service logic dependent) gsmSCF to gsmSRF 
information flows 

9.3.1 Cancel 

9.3.1.1 Description 

This IF is used by the gsmSCF to request the gsmSRF to cancel a correlated previous operation. 

9.3.1.2 Information Elements 

The following information elements are used: 



Information element name 


MO 


MF 


MT 


Description 


Invoke ID 


M 


M 


M 


This IE specifies the operation to be cancelled. 



M Mandatory (The IE shall always be sent) 

9.3.2 Play Announcement 
9.3.2.1 Description 

This IF is used for inband interaction. 
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9.3.2.2 



Information Elements 



The following information elements are required: 



Information element name 


MO 


MP 


MT 


Description 


Information To Send 


M 


M 


M 


Tliis IE indicates an announcement or a tone to be sent to tlie 
end user by the gsmSRF. 


Disconnect From IP Forbidden 


M 


M 


M 


This IE indicates whether or not the gsmSRF may be 
disconnected from the user when all information has been 
sent. 


Request Announcement 
Complete 


M 


M 


M 


This IE indicates whether or not a SpecializedResourceReport 
shall be sent to the gsmSCF when all information has been 
sent. 



M Mandatory (The IE shall always be sent) 

O Optional (Service logic dependent) 

Information To Send contains the following information: 



Information element name 


MO 


MP 


MT 


Description 


Inband Info 











This IE indicates the inband information to be sent. 


Tone 











This IE indicates the tone to be sent. The mapping from the code 
points of this IE to tones is a matter for agreement between the 
gsmSCF operator and the gsmSRF operator. 


Optional (Service logic dependent) 
Inband Info contains the following information: 


Information element name 


MO 


MP 


MT 


Description 


l\/lessage ID 


M 


M 


M 


This IE is described in the next table. 


Number Of Repetitions 


M 


M 


M 


This IE indicates the maximum number of times the message 
shall be sent to the end-user. 


Duration 











This IE indicates the maximum duration time in seconds that the 
message shall be played/repeated. Zero indicates endless 
repetition. 


Interval 











This IE indicates the time interval in seconds between two 
repetitions. 



M Mandatory (The IE shall always be sent) 
O Optional (Service logic dependent) 
Message ID contains the following information: 



Information element name 


MO 


MP 


MT 


Description 


Elementary IVIessage ID 











This IE indicates a single announcement 


Text 











This IE indicates a text to be sent. The text shall be transformed 
to inband information (speech) by the gsmSRF. 


Elementary Message IDs 











This IE indicates a sequence of announcements 


Variable Message 











This IE indicates an announcement with one or more variable 
parts. 


O Optional (Service logic dependent) 
Tone contains the following information: 


Information element name 


MO 


MP 


MT 


Description 


Tone ID 


M 


M 


M 


This IE indicates the tone to be sent. 


Duration 











This IE indicates the maximum duration time in seconds that the 
message shall be played/repeated. Zero indicates endless 
repetition. 



M Mandatory (The IE shall always be sent) 
O Optional (Service logic dependent) 



£75/ 



3GPP TS 03.78 version 7.8.0 Release 1998 



182 



ETSI TS 101 441 V7.8.0 (2002-06) 



9.3.3 Prompt And Collect User Information (received information) 
9.3.3.1 Description 

This IF is used to interact with a call party in order to collect information. 



9.3.3.2 



Information Elements 



The following information elements are required: 



Information element name 


MO 


MP 


MT 


Description 


Collected Info 


M 


M 


M 


This IE Is described In the next table. 


Information To Send 











This IE Indicates an announcement or a tone to be sent to the 
end user by the gsmSRF. 


Disconnect From IP Forbidden 











This IE Indicates whether the gsmSRF should be 
disconnected from the user when all Information has been 
sent. 



O Optional (Service logic dependent) 
Collected Info contains the following information: 



Information element name 


MO 


MP 


MT 


Description 


Collected Digits 


M 


M 


M 


This IE Is described In the next table. 



O Optional (Service logic dependent) 

Collected Digits contains the following information: 



Information element name 


MO 


MP 


MT 


Description 


Minimum Number Of Digits 


M 


M 


M 


This IE indicates the minimum number of valid digits to be 
collected. 


Maximum Number Of Digits 











This IE specifies the maximum number of valid digits to be 
collected 


End Of Reply Digit 











This IE Indicates the digit(s) used to signal the end of input. 


Cancel Digit 











If this IE is present, the cancel digit can be entered by the user to 
request a possible retry 


start Digit 











If this IE Is present, the start dlglt(s) Indicates the start of the valid 
digits to be collected. 


First Digit Time Out 











If this IE is present, the first digit shall be received before the 
expiration of the first digit timer expiration 


Inter Digit Time Out 











If this IE Is present, any subsequent valid or invalid digit shall be 
received by the gsmSRF before the Inter digit timer expires. 


Error Treatment 











This IE Indicates what specific action shall be taken by the 
gsmSRF in the event of error conditions occurring. 


Interruptable Ann Ind 











If this IE Is set to TRUE (default value) the announcement is 
Interrupted after the first valid or invalid digit received by the 
gsmSRF. If this IE Is present and explicitly set to FALSE, the 
announcement will not be Interrupted after the first digit is 
received by the gsmSRF 


Voice Information 











This IE Is optional, where the default value Is specified being 
FALSE. If the Volcelnformatlon IE is set to FALSE, all valid or 
Invalid digits are entered by DTMF If this IE Is present and 
explicitly set to TRUE, calling user is required to provide all valid 
or Invalid Information by speech 


Voice Back 











This IE Is optional, where the default value Is specified being 
FALSE. If the VolceBack IE Is set to FALSE, no voice back 
Information is given by the gsmSRF If this IE is present and 
explicitly set to TRUE, the valid Input digits received by the 
gsmSRF will be announced back to the calling user Immediately 
after the end of Input Is received 



O Optional (Service logic dependent) 



InformationToSend is defined in subclause 9.3.3. 
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9.3.4.1 



Description 



This IF is used to check for the continued existence of a relationship between the gsmSCF and gsmSRF. If the 
relationship is still in existence, then the gsmSRF will respond. If no reply is received, then the gsmSCF will assume 
that the gsmSRF has failed in some way and will take the appropriate action. 

9.3.4.2 Information Elements 

This IF contains no information elements. 

9.4 gsmSRF to gsmSCF information flows 

9.4.1 Assist Request Instructions 

9.4.1.1 Description 

This IF is sent to the gsmSCF by a gsmSSF which is acting as the assisting gsmSSF or by a gsmSRF 

9.4.1.2 Information Elements 

The following information elements are required: 



Information element name 


MO 


MF 


MT 


Description 


CorrelationID 


M 


M 


M 


Tliis IE is used to associate the AssistRequestlnstructions IF 
from an assisting gsmSSF or by a gsmSRF with the InitialDP 
from the initiating gsmSSF. 


IP SSP Capabilities 


M 


M 


M 


This IE indicates which SRF resources are attached, available 
and supported within the IVISC where the gsmSSF resides or 
the IP in which the gsmSRF resides. 



M Mandatory (The IE shall always be sent) 

9.4.2 Prompt And Collect User Information ack (received information) 

9.4.2.1 Description 

This IF is used by the gsmSRF to indicate the result a Prompt And Collect User Information IF. 

9.4.2.2 Information Elements 

The following information elements are required: 



Information element name 


MO 


MF 


MT 


Description 


Digits Response 


C 


C 


C 


This IE indicates the digit sequence received from the end user 



C Conditional (The IE shall be sent, if available) 

9.4.3 Specialized Resource Report 

9.4.3.1 Description 

This IF is used to response to a Play Announcement IF when the announcement complete indication is set. 

9.4.3.2 Information Elements 

This IF contains no information elements. 
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9.5 gsmSCF to Assisting SSF information flows 

9.5.1 Cancel 
9.5.1.1 Description 

This IF is described in section 9.3. 

9.5.2 Connect To Resource 
9.5.2.1 Description 

This IF is described in section 9.2. 

9.5.3 Play Announcement 
9.5.3.1 Description 

This IF is described in section 9.3.. 

9.5.4 Prompt And Collect User Information 
9.5.4.1 Description 

This IF is described in section 9.3. 

9.5.5 Reset Timer 
9.5.5.1 Description 

This IF is described in section 9.2. 

9.5.6 Activity Test 



9.5.6.1 



Description 



This IF is used to check for the continued existence of a relationship between the gsmSCF and assistSSF. If the 
relationship is still in existence, then the assistSSF will respond. If no reply is received, then the gsmSCF will assume 
that the assistSSF has failed in some way and will take the appropriate action. 

9.5.6.2 Information Elements 

This IF contains no information elements. 
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9.6 Assisting SSF to gsmSCF information flows 

9.6.1 Assist Request Instructions 
9.6.1.1 Description 

This IF is defined in subclause 9.4. 

9.6.2 Prompt And Collect User Information ack (received information) 
9.6.2.1 Description 

This IF is described in section 9.4. 

9.6.3 Specialized Resource Report 
9.6.3.1 Description 

This IF is described in section 9.4. 

9.6.4 Activity Test ack 

9.6.4.1 Description 

This IF is the response to the Activity Test. 

9.6.4.2 Information Elements 

This IF contains no information elements. 

9.7 gsmSCF to HLR information flows 

9.7.1 Any Time Interrogation Request 
9.7.1.1 Description 

This IF is used to request information (subscriber state and location) from the HLR at any time. 



9.7.1.2 



Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


gsmSCF Address 


M 


This IE indicates the address of the interrogating gsmSCF. 


Requested Info 


M 


This IE indicates the type of subscriber information being requested: 

- subscriber location 

- subscriber state 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is requested. 
The identity can be one of: 
-IMSI 
- MSISDN 



M Mandatory (The IE shall always be sent) 
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The following information elements are required: 



ETSI TS 101 441 V7.8.0 (2002-06) 



Information element name 


Required 


Description 


USSD String 


M 


Tliis IE contains the string that will be sent to the MS. 


Data Coding Scheme 


M 


This IE indicates the characteristics of the USSD string 


IMSI 


C 


This IE identifies the subscriber for which the information is requested 


Alerting Pattern 





This IE indicates an alerting pattern to be sent to the MS. 



M Mandatory (The IE shall always be sent) 

C Conditional (This IE shall be sent if this IF is the first IF in a USSD dialogue) 

O Optional (Service Logic dependent) 

9.7.3 Unstructured SS Notify 
9.7.3.1 Description 

This interface is used for the gsmSCF to send data to the MS via the HLR. 



9.7.3.2 



Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


USSD String 


M 


This IE contains the string that will be sent to the MS. 


Data Coding Scheme 


M 


This IE indicates the characteristics of the USSD string 


IMSI 


C 


This IE identifies the subscriber for which the information is requested. 


Alerting Pattern 





This IE indicates an alerting pattern to be sent to the MS. 



M Mandatory (The IE shall always be sent) 

C Conditional (This IE shall be sent if this IF is the first IF in a USSD dialogue) 

O Optional (Service Logic dependent) 

9.7.4 Process Unstructured SS Data ack 

9.7.4.1 Description 

This interface is used for the gsmSCF to send the response to the MS via the HLR for the MS initiated operation. 

9.7.4.2 Information Elements 

The following information element is required: 



Information element name 


Required 


Description 


SS User Data 


C 


This IE contains the string that will be sent to the MS. 



C Conditional (The IE shall be sent, if requested and available) 
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9.7.5 Process Unstructured SS Request ack 

9.7.5.1 Description 

This interface is used for the gsmSCF to send the response to the MS via the HLR for the MS initiated operation. 

9.7.5.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


USSD String 


C 


Tliis IE contains the string that will be sent to the MS. 


Data Coding Scheme 


C 


This IE indicates the characteristics of the USSD string 



C Conditional (the presence of the IE depends on the application. Both lEs shall be sent.) 

9.8 HLR to gsmSCF information flows 
9.8.1 Any Time Interrogation ack 
9.8.1.1 Description 

This IF is used by the HLR to provide the requested information to the gsmSCF. 



9.8.1.2 



Information Elements 



The following information elements are required: 



Information element name 


Required 


Description 


Location Information 


C 


This IE indicates the location of the served subscriber. 


Subscriber State 


C 


This IE indicates the status of the IVIS. The possible values of the IE 
are: 

- CAMELBusy: The VLR has Indicated that the IVIS is engaged on a 
transaction for a mobile originating or terminated circuit-switched call. 

- NetworkDeterminedNotReachable: The VLR has indicated that the 
network can determine from its internal data that the MS is not 
reachable. 

- Assumedldle: The VLR has indicated that the state of the MS is 
neither "CAMELBusy" nor "NetworkDeterminedNotReachable". 

NotProvidedPromVLR: The VLR did not provide any information on 
subscriber state even though it was requested. 



C Conditional (The IE shall be sent, if requested and available) 
Location Information contains the following information: 



Information element name 


Required 


Description 


Location Number 


C 


See3GPPTS03.18[3]. 


CellldOrLAI 


C 


See3GPPTS03.18[3]. 


Geographical Information 


c 


See3GPPTS03.18[3]. 


Age Of Location Information 


c 


See3GPPTS03.18[3]. 


VLR number 


c 


See3GPPTS03.18[3]. 



C Conditional (The IE shall be sent, if available) 

9.8.2 Unstructured SS Request ack 
9.8.2.1 Description 

This interface is used for the MS to via the HLR send the response to the gsmSCF for the gsmSCF initiated operation. 



£75/ 



3GPP TS 03.78 version 7.8.0 Release 1998 

9.8.2.2 Information Elements 

The following information elements are required: 



188 



ETSI TS 101 441 V7.8.0 (2002-06) 



Information element name 


Required 


Description 


USSD String 


C 


Tliis IE contains the string that will be sent to the gsmSCF. 


Data Coding Scheme 


C 


This IE indicates the characteristics of the USSD string 



C Conditional (The presence of the IE depends on the application. Both lEs shall be sent.) 

9.8.3 Unstructured SS Notify ack 

This IE contains no information element. 

9.8.3.1 Description 

This interface is used for the MS to via the HLR acknowledge to the gsmSCF that the notification was received. 

9.8.4 Process Unstructured SS Data 

9.8.4.1 Description 

This interface is used for the gsmSCF to request data from the MS via the HLR. 

9.8.4.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


SS User Data 


M 


This IE contains the string that will be sent to the MS. 



M Mandatory (The IE shall always be sent) 

9.8.5 Process Unstructured SS Request 

9.8.5.1 Description 

This interface is used for the MS to request data from the gsmSCF via the HLR. 

9.8.5.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


USSD String 


M 


This IE contains the string that will be sent to the gsmSCF, including the 
Service Code. 


Data Coding Scheme 


M 


This IE indicates the characteristics of the USSD string 


IMSI 


M 


This IE identifies the subscriber. 


MSISDN 





This IE contains the basic MSISDN of the subscriber who has requested 
the USSD operation. This IE is used as an operator option. 


Originating Entity Number 


M 


This IE identifies the functional entity initiating the information flow. 
In this case, this shall be the address of the HLR. 



M Mandatory (The IE shall always be sent) 
O Optional (Operator option) 

9.8.6 Begin Subscriber Activity 
9.8.6.1 Description 

This Information Flow is used by the HLR to start subscriber activity towards the gsmSCF for USSD purposes. 
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Information element name 


Required 


Description 


IMS! 


M 


This IE identifies the subscriber. 


Originating Entity Number 


M 


This IE identifies the functional entity initiating the subscriber activity. 
In this case, this shall be the address of the HLR. 



M Mandatory (The IE shall always be sent) 



9.9 



HLR to VLR information flows 



9.9.1 Delete Subscriber Data 

9.9.1.1 Description 

This IF is specified in 3GPP TS 09.02 [4] and is used by the HLR to delete subscriber data in the VLR. 

9.9.1.2 Information Elements 

The Delete Subscriber Data contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


CAMEL Subscription Info 
Withdraw 


C 


This IE identifies that all CSIs shall be deleted from the subscriber data 
in VLR. 



C Conditional (The IE shall be sent when deletion is requested) 

9.9.2 Insert Subscriber Data 
9.9.2.1 Description 

This IF is specified in 3GPP TS 09.02 [4] and used by the HLR to insert subscriber data in the VLR. 



9.9.2.2 



Information Elements 



Insert Subscriber Data contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


0-CSI 


C 


This IE identifies the subscriber as having originating CAIVIEL services. 


SS-CSI 


c 


This IE identifies the subscriber as having supplementary service 
invocation notification services. It contains the Notification Criteria and 
gsmSCFAddress. 



C Conditional (The IE shall be sent, if required) 
0-CSI contains the following information: 



Information element name 


Required 


Description 


gsmSCF Address 


M 


This IE is described in section 6.1 


Service Key 


M 


This IE is described in section 6.1 . 


Default Call Handling 


M 


This IE is described in section 6.1 . 


TDP List 


M 


This IE is described in section 6.1 . 


DP Criteria 





This IE is described in section 6.1 . 


CAIVIEL Capability Handling 


C 


This IE is described in section 6.1 . If this IE is absent, this indicates 
that CAIVIEL phase 1 is asked. 



M Mandatory 

C Conditional 

O Optional (service logic dependant) 
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9.9.3 Provide Subscriber Info 

9.9.3.1 Description 

This IF is used by the HLR to request information (subscriber state and location) from the VLR at any time. 

9.9.3.2 Information Elements 

Provide Subscriber Info contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Requested Info 


M 


This IE indicates the type of subscriber information to the gsmSCF. 

- subscriber location 

- subscriber state 


Subscriber Identity 


M 


This IE identifies the subscriber for which the information is 
requested. The identity can be: 

- IMSI: The IMSI shall be accompanied by a LIVISI if one was 
provided by the VLR. 



M Mandatory (The IE shall always be sent) 

9.9.4 Provide Roaming Number 
9.9.4.1 Description 

This IF is specified in 3GPP TS 03.18 [3] and used by the HLR to request a roaming number from the VLR. 



9.9.4.2 



Information Elements 



Provide Roaming Number contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Suppression Of Announcements 


C 


This IE indicates that announcements or tones generated as 
a result of unsuccessful call setup shall be suppressed. 


Call Reference Number 


M 


This IE carries the Call Reference Number provided by the 
GIVISC in the Send Routeing Info IF. 


GIVISC Address 


M 


This IE is the E.1 64 address of the GMSC 


Alerting Pattern 


C 


This IE indicates the kind of Alerting Pattern to be applied. 


GMSC CAMEL Phases 


C 


This IE indicates the CAMEL Phases supported in the 
GMSC. 



M Mandatory (The IE shall always be sent) 

C Conditional (The IE shall be sent, if received from the GMSC in the Send Routeing Info) 

9.10 VLR to HLR information flows 

9.1 0.1 Insert Subscriber Data ack 
9.10.1.1 Description 

This IF is specified in 3GPP TS 09.02 [4] and used by the VLR to indicate to the HLR the result of the Insert Subscriber 
Data IF. 
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9.10.1.2 Information Elements 

Insert Subscriber Data ack contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Supported CAMEL Phases 


C 


This IE identifies which CAMEL phases are supported by the 
MSC/VLR. 



C Conditional (The IE shall always be sent when a CSI has been included in the ISD) 

9.1 0.2 Provide Subscriber Info ack 
9.10.2.1 Description 

This IF is used by the VLR to provide the requested information to the HLR. 



9.10.2.2 



Information Elements 



Provide Subscriber Info ack contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Location Information 


C 


This IE indicates the location of the served subscriber. The elements 
contained in this IE are specified in 3GPP TS 03.18 [3]. 


Subscriber State 


C 


This IE indicates the status of the MS. The states are: 

- CAMELBusy: The MS is engaged on a transaction for a mobile 
originating or terminated circuit-switched call. 

- NetworkDeterminedNotReachable: The network can determine 
from its internal data that the MS is not reachable. 

- Assumedldle: The state of the MS is neither "CAMELBusy" nor 
"NetworkDeterminedNotReachable". 



C Conditional (The IE shall be sent, if requested and available) 

9.10.3 Update Location 

9.10.3.1 Description 

This IF is used by the VLR to provide the information about supported CAMEL phases to the HLR. 

9.10.3.2 Information Elements 

Update Location contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Supported CAMEL phases 


C 


This IE indicates which phases of CAMEL are supported. It shall be 
present if a CAMEL phase different from phase 1 is supported. 
Otherwise may be absent. 



9.10.4 Restore Data 
9.10.4.1 Description 

This IF is used by the VLR to provide the information about supported CAMEL phases to the HLR. 
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9.10.4.2 



Information Elements 



Restore Data contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Supported CAMEL phases 


C 


This IE indicates which phases of CAIVIEL are supported. It shall be 
present if a CAIVIEL phase different from phase 1 is supported. 
Otherwise may be absent. 



9.1 1 HLR to GMSC information flows 
9.1 1 .1 Send Routeing Info ack 



9.11.1.1 



Description 



This IF is specified in 3GPP TS 03.18 [3] and is used by the HLR to transfer the requested routeing information to the 
GMSC. 



9.11.1.2 



Information Elements 



Send Routeing Info ack contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Location Information 


C 


This IE indicates the location of the served subscriber. 


0-CSI 


C 


This IE identifies the subscriber as having originating CAIVIEL services. 
Shall be sent if 0-CSI is active, and CPU or CFNRc has been invoked, 
or if both 0-CSI and T-CSI are active. 


Subscriber State 


C 


This IE indicates the status of the IVIS. The possible values of the IE 
are: 

- CAMELBusy: The VLR has indicated that the IVIS is engaged on a 
transaction for a mobile originating or terminated circuit-switched call. 

- NetworkDeterminedNotReachable: The VLR has indicated that the 
network can determine from its internal data that the MS is not 
reachable. 

- Assumedldle: The VLR has indicated that the state of the MS is 
neither "CAMELBusy" nor "NetworkDeterminedNotReachable". 

NotProvidedPromVLR: The VLR did not provide any information on 
subscriber state even though it was requested. 


T-CSI 


c 


This IE identifies the subscriber as having terminating CAMEL 

services. 

Shall be sent if T-CSI is active and no Suppress T-CSI indicator is 

present in the SRI. 


Basic Service Code 


c 


This IE indicates the type of basic service i.e., teleservice or bearer 
service. 


CUG Subscription Flag 


c 


This IE indicates if the called party has a CUG subscription. It shall 
only be sent if the T-CSI is active and included in the Send Routing 
Information ack. 



C Conditional (The IE shall be sent, if available) 

C Conditional (The IE shall be sent, if available and indicated by Subscriber Information in Send Routeing 
Information ack indicator.) 

Location Information contains the following information: 



Information element name 


Required 


Description 


Location Number 


C 


See3GPPTS03.18[3]. 


CellldOrLAI 


C 


See3GPPTS03.18[3]. 


Geographical Information 


c 


See3GPPTS03.18[3]. 


Age Of Location Information 


c 


See3GPPTS03.18[3]. 


VLR number 


c 


See 3GPPTS 03.18 [31. 



C Conditional (The IE shall be sent, if available) 
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C Conditional (The IE shall be sent, if available and indicated by Subscriber Information in Send Routeing 
Information ack indicator.) 

0-CSI is defined in section 0. 

T-CSI contains the following information: 



Information element name 


Required 


Description 


gsmSCF Address 


M 


This IE is described in section 6.1 . 


Service Key 


M 


This IE is described in section 6.1 . 


Default Call Handling 


M 


This IE is described in section 6.1 . 


TDP List 


M 


This IE is described in section 6.1 . 


CAIVIEL Capability Handling 


C 


This IE is described in section 6.1 . If this IE is absent, this indicates 
that CAIVIEL phase 1 is asked. 



M Mandatory 
C Conditional 



9.12 GMSC to HLR information flows 
9.12.1 Send Routeing Info 
9.12.1.1 Description 

This IF is described in 3GPP TS 03.18 [3] and is used to request information from the HLR to route an MT call. 



9.12.1.2 



Information Elements 



Send Routeing Info contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Alerting Pattern 


C 


This IE indicates the kind of Alerting Pattern to be applied. 


Suppression Of Announcement 


C 


This IE indicates that announcements or tones generated as a 
result of unsuccessful call setup shall be suppressed. 
Shall be sent in the interrogation if available, i.e., when it has 
been received from the gsmSCF. 


Suppress T-CSI 


c 


This IE indicates that T-CSI shall be suppressed. 
Shall always be sent in the second interrogation 


Supported CAMEL Phases 


M 


This IE lists the supported CAIVIEL phases. 


Call Reference Number 


M 


This IE carries the Call Reference Number allocated for the call 

by the GIVISC. 

Shall be allocated once per call and sent in both first and second 

interrogations. 


GIVISC Address 


M 


This IE is the E.I 64 address of the GIVISC 



C Conditional (The IE shall be sent, if received from the gsmSCF or set by the gsmSSF) 
M Mandatory (The IE shall always be sent when the GMSC supports CAMEL) 
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9.13 MSC to gsmSCF information flows 
9.13.1 SS Invocation Notification 

9.13.1.1 Description 

This IF is generated by the MSC when it shall notify the gsmSCF of a supplementary service invocation. 

9.13.1.2 Information Elements 

The following information elements are required: 



Information element name 


Required 


Description 


Notification Event 


IVI 


This IE indicates the supplementary service invocation, 
resulting in the SS Invocation Notification IF. 
Only the following Supplementary Services are allowed : 
Explicit Call Transfer, Call Deflection, IVIuIti Party. 


Notification Event Specific 
Information 


c 


In the case of ECT, the sending entity shall include the 

called party for each call originated by the subscriber and 

relevant to the ECT invocation. Note : the subscriber may 

have originated zero, one or two calls relevant to the ECT 

service. 

In the case of CD, the deflected to number shall be 

included in this information element. 

In the case of MPTY, this IE shall be omitted. 


IMSI 


M 


This IE identifies the mobile subscriber who has invoked 
the supplementary service to be notified. 


MSISDN 


M 


This IE identifies the mobile subscriber who has invoked 
the supplementary service to be notified. 



M Mandatory (The IE shall always be sent) 

C Conditional (The IE shall be sent if applicable) 

9.14 VMSC to GMSC information flows 
9.14.1 Resume Call Handling 

9.14.1.1 Description 

This IF is described in 3GPP TS 03.79 [15] and is used to request the GMSC to take over handling the call so that it can 
be forwarded from the GMSC. 

9.14.1.2 Information Elements 

Resume Call Handling contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


0-CSI 


C 


This IE contains 0-CSI without triggering criteria. It indicates that 

CAMEL handling applies for a forwarded call. 

Shall be present if CAIVIEL handling applies; otherwise shall be 

absent. 



C Conditional (The IE shall be sent if applicable) 
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9.15 MSC to VLR information flows 
9.15.1 Send Info For Outgoing Call 



9.15.1.1 



Description 



This IF is described in 3GPP TS 03.18 [3] and is used to request the VLR to provide information to handle an outgoing 
call. 

9.15.1.2 Information Elements 

Send Info For Outgoing Call contains the following CAMEL specific IE 



Information element name 


Required 


Description 


Suppress 0-CSI 


C 


This IE indicates that 0-CSI shall be suppressed. 
Shall always be sent in the second interrogation. 



C Conditional (The IE shall be sent if applicable) 

9.15.2 Send Info For Reconnected Call 
9.15.2.1 Description 

This IF is used to request the VLR to provide information to handle a reconnected call. 



9.15.2.2 



Information Elements 



Send Info For Reconnected Call contains the following IE 



Information element name 


Required 


Description 


Called number 


M 


E.164 number of the call destination. 


Bearer service 


C 


Bearer service required for the IVIO call, derived from the GSM 
bearer capability information received in the setup request from the 
IVIS. One of bearer service or teleservice shall be present. 


Teleservice 


C 


Teleservice required for the MO call, derived from the GSM bearer 
capability information received in the setup request from the MS or 
from the emergency setup request from the MS. One of bearer 
service or teleservice shall be present. 


CUG index 


c 


For the definition of this IE, see ETS 300 546 [9]. Shall be present if 
it was received in the setup request from the MS. 


Suppress preferential CUG 


c 


For the definition of this IE, see ETS 300 546 [9]. Shall be present if 
it was received in the setup request from the MS. 


Suppress CUG outgoing access 


c 


For the definition of this IE, see ETS 300 546 [9]. Shall be present if 
it was received in the setup request from the MS. 


Suppress 0-CSI 


c 


This IE indicates that 0-CSI shall be suppressed. 
Shall always be sent in the second interrogation. 



M Mandatory (The IE shall always be sent) 

C Conditional (The IE shall be sent if applicable) 

9.16 VLR to IVISC information flows 

9.16.1 Complete Call 
9.16.1.1 Description 

This IF is described in 3GPP TS 03.18 [3] and is used to instruct the MSC to continue the connection of a call. 
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9.16.1.2 



Information Elements 



Complete Call contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


0-CSI 


C 


This IE indicates that CAMEL handling applies for an IVIO call. 
Shall be present in the response to the first interrogation for an 
MO call if CAMEL handling applies; otherwise shall be absent. 
Shall be absent in the response to the second interrogation for an 
MO call and in the response to the interrogation for an MT call. 


Call Reference Number 


M 


This IE carries the Call Reference Number provided by the HLR 
in the Provide Roaming Number IF. 


GMSC Address 


M 


This IE is the E. 164 address of the GMSC. 



M Mandatory (The IE shall always be sent) 

C Conditional (The IE shall be sent if applicable) 

9.1 6.2 Process Call Waiting 

9.16.2.1 Description 

This IF is described in 3GPP TS 03.18 [3] and is used to instruct the MSC to continue the connection of a waiting call. 

9.16.2.2 Information Elements 

Process Call Waiting contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


Call Reference Number 


M 


This IE carries the Call Reference Number provided by the HLR 
in the Provide Roaming Number IF. 


GMSC Address 


M 


This IE is the E. 164 address of the GMSC. 



M Mandatory (The IE shall always be sent) 

9.1 6.3 Send Info For Incoming Call ack 

9.16.3.1 Description 

This IF is described in 3GPP TS 03.18 [3] and is used to indicate that the incoming call for which the MSC requested 
subscription information shall be forwarded. 

9.16.3.2 Information Elements 

Send Info For Incoming Call ack contains the following CAMEL specific IE: 



Information element name 


Required 


Description 


0-CSI 


C 


This IE indicates that CAMEL handling applies for a forwarded 

call. 

Shall be present if CAMEL handling applies; otherwise shall be 

absent. 


Suppression Of Announcement 


C 


This IE indicates that announcements or tones generated when 
the call is forwarded shall be suppressed. 
Shall be sent if it was received in the Provide Roaming Number 
for this call. 


Call Reference Number 


M 


This IE carries the Call Reference Number provided by the HLR 
in the Provide Roaming Number IF. 


GMSC Address 


M 


This IE is the E.I 64 address of the GMSC. 


SS-CSI 


C 


This IE indicates that SS invocation notification applies for the 

call. 

Shall be present if SS invocation notification is required if Call 

Deflection is invoked; otherwise shall be absent. 



M Mandatory (The IE shall always be sent) 
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C Conditional (The IE shall be sent if applicable) 

9.16.4 Send Info For Incoming Call negative response 



9.16.4.1 



Description 



This IF is described in 3GPP TS 03.18 [3] and is used to indicate that the incoming call for which the MSC requested 
subscription information shall not be connected. 



9.16.4.2 



Information Elements 



Send Info For Incoming Call negative response contains the following CAMEL specific IE which may be attached as a 
IE to any of the negative response values defined in 3GPP TS 03.18 [3]: 



Information element name 


Required 


Description 


Suppression Of Announcement 


C 


This IE indicates that announcements or tones generated as a 
result of unsuccessful call setup shall be suppressed. 
Shall be sent if it was received in the Provide Roaming Number 
for this call. 



C Conditional (The IE shall be sent if applicable) 
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1 Interaction with supplementary services 

10.1 Line identification 

For further study. 

1 0.2 Call forwarding services 

1 0.2.1 Registration of Call Forwarding 

The functional behaviour for the registration of the Call Forwarding supplementary service is defined in 3GPP TS 03.82 
[13]. The procedure specific to CAMEL is defined in this subclause: 

- CAMEL_Check_CF_Interaction 

1 0.2.2 Invocation of Call Forwarding 

The functional behaviour for the invocation of the Call Forwarding supplementary service is defined in 3GPP TS 03.18 
[3]. The following additional requirements apply. 

When call forwarding is invoked for a CAMEL subscriber with 0-CSI, the gsmSSF shall send the FTN to the gsmSCF 
in the format in which it was received from the HLR. 

An HLR shall not send an FTN which is not in international E.164 format to a VLR or GMSC which does not support 
CAMEL phase 2, i.e.:if the HLR is handling a request from a GMSC for routeing information and the forwarded-to 
number is registered a format other than international E.164, the service logic in the HLR shall behave as if the call 
forwarding is provisioned but not registered. 



10.3 Call Barring services 



When a CAMEL subscriber with O-CSI and TIF-CSI attempts to activate a conditional call barring service 
(BOIC,BOIC-exHC), the HLR shall not check the interactions with call forwarding. 
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Procedure CAMEL Check CF Interaction 



1(1] 



Procedure r the HLRto check tt^ 
provision of TIF-CSI. i 





"fiF-csr 










Yes 






No 


Result: = 
pass 




Resuft:^ 
fail 





Figure 58a: Procedure CAMELCheckCFInteraction (sheet 1) 
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